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FOREWORD 


This  User  Manual  describes  work  performed  under  Air  Force  Contract 
F33615-85-C-5122 ,  Geometric  Modeling  Applications  Interface  Program  (GMAP), 
covering  the  period  1  August  1985  to  31  March  1989.  This  User  Manual 
provides  a  description  of  the  data  exchange  software  developed  under  the  Air 
Force  sponsored  Product  Definition  Data  Interface  contract 
(F33615-82-C-5036) .  This  exchange  software  is  applicable  to  the  GMAP 
contract  which  is  sponsored  by  the  Computer  Integrated  Manufacturing  Branch, 
Materials  Laboratory,  Air  Force  Systems  Command,  Wright  Air  Force  Base,  Ohio 
45433-6533.  The  GMAP  Project  Manager  for  the  Air  Force  is  Mr.  Charles  Gilman. 

The  primary  contractor  is  Pratt  &  Whitney,  an  operating  unit  of  United 
Technologies  Corporation.  Mr.  Richard  Lopatka  is  managing  the  GMAP  project 
at  Pratt  &  Whitney.  Ms.  Linda  Phillips  is  the  Program  Integrator.  Mr.  John 
Hamill  is  the  Deputy  Program  Manager. 

McDonnell  Aircraft  Company  is  the  subcontractor  responsible  for 
developing  the  Product  Information  Exchange  System  software.  Mr.  Jerry  Weiss 
is  the  GMAP  Program  Manager  at  McDonnell  Aircraft  and  Mr.  Herb  Ryan  is  the 
Deputy  Program  Manager. 


NOTE:  The  number  and  date  in  the  upper  right  corner  of  each  page  in  this 
document  indicate  that  it  has  been  prepared  in  accordance  to  the 
ICAM  CM  Life  Cycle  Documentation  requirements  for  a  Configuration 
Item  (Cl). 
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SECTION  1 
SYSTEi:  OVERVIEW 


1.1  Introduction 

The  Product  Information  Exchange  System  is  a  computer  independent 
application  that  uses  the  data  exchange  software  developed  for  the  PDDI  and 
GMAP  programs.  It  showcases  the  Model  Access  Software,  Product  Definition 
Data  Interface  Interim  Database  (PID),  and  System  Translator  subsystems  of 
GMAP.  It  allows  a  user  to  access/store/query/verify  data  from  a  Product 
Data  Exchange  Specification  Structured  Exchange  Format  file  or  a  Product 
Definition  Data  Interface  Interim  Database  file,  as  shown  in  Figure  1-1. 

The  Product  Information  Exchange  System  was  developed  by  McDonnell 
Aircraft  Company  for  the  Product  Definition  Data  Interface.  Pratt  &  Whitney 
personnel  utilize  an  equivalent  system  for  GMAP.  It  includes  identical 
software  with  additional  components,  such  as  the  GMAP  Product  Definition 
Data  Editor. 

1.2  Overview 

The  Product  Information  Exchange  System  software,  as  well  as  the  GMAP 
subsystem  software,  is  designed  to  be  computer  and  data  independent.  The 
use  of  high  level  languages,  such  as  PASCAL  and  FORTRAN,  facilitated 
software  transportability.  The  use  of  a  Data  Dictionary  unique  to 
GMAP/Product  Definition  Data  Interface  allowed  data  independence. 

The  key  ingredient  of  the  Product  Information  Exchange  System  software 
is  the  Model  Access  Software.  Model  Access  Software  is  an  integrated  set  of 
routines  that  create  and  manage  a  memory  resident  Working  Form  (NETWORK) 
Model  through  key  access.  Model  Access  Software  enables  the  application  to 
be  independent  of  the  actual  physical  storage  of  the  Working  Form  data.  For 
a  more  detailed  discussion  of  Model  Access  Software,  refer  to  the  Model 
Access  Software  User's  Manual  (Cl  UM560240031U)  and  the  GMAP  System 
Components  As-Built  Product  Specification  (Cl  PS560240032U) .  A  complete 
listing  of  Air  Force  approved  documents  is  presented  in  Appendix  A. 

The  main  option  available  through  the  Product  Information  Exchange 
System  software  is  the  GMAP/Product  Definition  Data  Interface  Translator. 

The  Product  Definition  Data  Interface  Translator  is  the  software  package 
used  to  transmit  the  product  definition  data  between  systems  using  a  PDES 
structured  file.  The  preprocessor  portion  of  the  translator  provides  the 
interface  from  the  Model  Access  Software  Working  Form  to  the  Product  Data 
Exchange  Specification  Exchange  Format  file.  The  post-processor  portion  of 
the  translator  provides  the  interface  from  the  PDES  Exchange  Format  file  to 
the  Model  Access  Software  Working  Form,  as  illustrated  in  Figure  1-2.  A  PID 
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file  refers  to  a  Working  Form  that  has  been  temporarily  filed  to  a  disk  or 
work  area.  For  a  more  detailed  discussion  of  the  Product  Definition  Data 
Interface  Translator,  refer  to  the  System  Translator  User's  Manual  (Cl 
UM560240021U)  and  the  GMAP  System  Components  As-Built  Product  Specification 
(Cl  PS560240032U) . 


Figure  1-1.  Product  Information  Exchange  System 
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PIES  Tronslotof  Preprocess 


PIES  Tronslotor  Postprocess 


Figure  1-2.  Product  Definition  Data  Interface  Translator 
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Another  option  available  through  the  Product  Information  Exchange  System 
is  the  ability  to  store  and  access  Working  Form  models  from  disk  using  the 
PID.  The  PID  software  will  file  a  Working  Form  model  to  a  sequential  file 
or  retrieve  that  file  and  recreate  the  Working  Form  model.  PID  can  be  used 
to  perform  a  direct  transfer  of  product  definition  data  between  similar 
computers  (IBM-IBM,  VAX-VAX,  SUN-SUN,  and  so  on).  This  software  was 
originally  designed  as  an  intermediate  storage  facility  for  the  Working  Form 
while  development  continued  on  the  translator(s)  to  the  receiving  system's 
native  data  base(s). 

Two  other  Product  Information  Exchange  System  options  are  the  ability  to 
query  data  in  the  model  or  verify  that  the  model  was  created  as  intended. 

1.3  Data  Exchange  Methods 

1.3.1  Overview 

In  data  exchange,  there  are  several  means  to  an  end.  Two  typical 
methods  of  data  exchange  are  presented  in  this  section.  Each  is  given  a 
brief  explanation  and  evaluated  in  terms  of  its  advantages  and 
disadvantages . 

1.3.2  Direct  Exchange 

The  Direct  Exchange  method  of  translation  is  illustrated  in  Figure  1-3. 
As  illustrated,  if  an  exchange  between  n  systems  is  required,  then  n-  (n-1) 
translators  need  to.be  developed  to  provide  for  the  exchange. 

Advantages : 

o  In  most  cases,  this  method  proves  to  be  very  fast, 
o  It  is  potentially  more  accurate  than  any  other  type  of  exchange. 
Disadvantages: 

o  It  requires  a  detailed  knowledge  of  all  systems  involved  in  the 
exchange. 

o  Each  translator  is  very  dependent  on  the  others,  making  them 
sensitive  to  change.  If  a  new  system  enters  the  exchange 
environment,  all  systems  must  develop  additional  translators  to 
exchange  with  the  new  system. 
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o  The  need  to  create  and  maintain  a  variety  of  direct  translators 
places  a  considerable  burden  on  a  company's  personnel  and  technical 
resources.  The  amount  of  detail  required  to  understand  a  translator 
limits  an  individual  to  only  understanding  (i.e.,  supporting)  a 
limited  number. 

o  Several  complexities  exist  when  attempting  to  exchange  data  between 
systems  on  dissimilar  computers. 

1.3.3  Neutral  Exchange 

Figure  1-4  illustrates  the  Neutral  Exchange  method  of  data  exchange. 

This  method  involves  developing  translators  that  interface  only  between  one 
system  and  a  neutral  exchange  file.  In  contrast  to  Direct  Exchange,  if  n 
systems  require  to  exchange  data,  2n  translators  are  required  in  the 
exchange.  The  form  of  the  Neutral  Exchange  file  usually  is  one  of  the 
exchange  standards  that  have  been  developed  by  industry  (i.e.,  EDIF,  Initial 
Graphics  Exchange  Specification,  IPC,  Product  Data  Exchange  Specification, 
VHDL,  and  so  on). 

Advantages : 

o  Each  translator  is  not  dependent  on  the  environment  or  data 
structures  of  any  of  the  other  translators.  A  new  translator 
entering  the  exchange  environment  does  not  affect  any  other  system. 

o  Because  there. are  fewer  translators  involved,  maintenance  is 
considerably  less  than  by  Direct  Exchange. 

o  The  exchange  file  is  character-based  and  is  therefore  portable 
between  dissimilar  computer  environments  (i.e.,  IBM/VAX,  IBM/CDC, 
VAX/CDC,  and  so  on). 

Disadvantages; 

o  The  application  developer  needs  to  know  the  physical  structure  of  the 
Exchange  Format  file. 

o  It  is  not  as  fast  as  the  Direct  Exchange  method. 

o  It  potentially  has  less  accurate  data  conversion  than  the  Direct 
Exchange  method. 

o  The  opportunity  to  share  common  functional  software  is  slightly 
greater  than  the  Direct  Exchange  method. 
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Figure  1-3.  Direct  Exchange  Between  Systems 
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Figure  1-4.  Neutral  Exchange  Between  Systems 
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1.3.4  Variations  of  Neutral  Exchange 

Because  of  the  large  amount  of  work  and  maintenance  involved  with 
maintaining  a  direct  translator,  the  Neutral  Exchange  was  chosen  as  the 
method  of  translation  for  the  Product  Definition  Data  Interface  and  GMAP. 

But  there  are  many  variations  of  Neutral  Exchange.  The  following  is  a 
discussion  of  major  variations  and  a  discussion  of  the  reasoning  behind  the 
Product  Definition  Data  Interface  method. 

1.3. 4.1  Direct  Neutral  Exchange 

The  Direct  Neutral  Exchange  method  of  translation  is  represented  in  the 
upper  right  portion  of  Figure  1-5,  "Translation  Methods."  A  Direct  Neutral 
Exchange  is  a  method  in  which  each  user  writes  a  translator  to  interface 
between  their  computer  system  and  a  neutral  Exchange  Format  file.  This  file 
is  then  used  by  others  for  the  exchange  of  data.  In  today's  environment, 
the  most  common  form  of  this  Exchange  Format  file  is  the  Initial  Graphic 
Exchange  Specification.  In  the  future,  the  form  of  this  Exchange  Format 
file  will  be  the  Product  Data  Exchange  Specification. 

Advantages; 

o  Because  there  are  fewer  translators  involved,  maintenance  is 
considerably  less  than  the  Direct  Exchange  method. 

Disadvantages; 

o  The  application  developer  needs  to  know  the  physical  structure  of  the 
Exchange  Format  file. 

o  It  is  not  as  fast  as  the  Direct  Exchange  method. 

o  Potentially  less  accurate  data  conversion  than  the  Direct  Exchange 
method. 

o  The  opportunity  to  share  common  functional  software  is  slightly 
greater  than  the  Direct  Exchange  method. 

1.3. 4. 2  Database  Neutral  Exchange 

The  Database  Neutral  Exchange  method  of  translation  is  represented  in 
the  bottom  left  portion  of  Figure  1-5.  A  Database  Neutral  Exchange  is  a 
method  in  which  each  user  writes  a  translator  to  interface  between  their 
computer  system  and  an  agreed  upon  database  that  contains  all  of  the  kinds 
of  information  that  is  required  to  be  transferred. 
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Advantages : 

o  It  provides  a  standard  database  capabilities  for  the  data;  the 

greatest  opportunity  to  share  common  functional  software  and  reduce 
translator  development  time. 

o  Because  there  are  fewer  translators  involved,  maintenance  is 
considerably  less  than  the  Direct  Exchange  method. 

Disadvantages: 

o  Additional  complexities  exist  when  accessing  data  from  dissimilar 
computers  (particularly  in  the  areas  of  version  control,  data 
integrity,  and  data  security). 

o  It  makes  it  very  difficult  to  get  an  agreement  on  one  database. 

1.3. 4. 3  Product  Definition  Data  Interface  Exchange 

The  Product  Definition  Data  Interface  method  of  translation  is 
represented  in  the  Bottom  right  portion  of  Figure  1-5.  In  this  method,  each 
user  writes  a  translator  to  interface  between  their  computer  system  and  an 
In-Memory  (Working  Form)  neutral  representation  of  the  data  to  be 
transferred.  Standard  software  is  provided  that  will  allow  the  user  access 
to  this  Working  Form  model  of  the  transfer  data. 

Advantages: 

o  If  one  system  involved  in  the  transfer  changes,  only  the  translator 
that  operates  from  that  system  needs  to  change. 

o  The  user  does  not  need  to  know  the  physical  structure  of  the  Exchange 
Format  file  used  to  transfer  the  data. 

o  It  is  extensible  to  any  type  of  data  by  simply  modifying  the  external 
file. 

o  The  Exchange  Format  file  is  character  based  and  transportable  between 
dissimilar  computers. 

o  It  provides  standard  access  capabilities  to  the  data,  providing  a 
great  opportunity  to  share  common  functional  software  and  reduce 
translator  development  time. 

Plsfttonmeg: 

o  It  is  not  as  fast  as  the  Direct  Exchange  method. 
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o  It  potentially  offers  less  accurate  data  conversion  than  the  Direct 
Exchange  method. 

1.3.5  Summary 

By  comparing  the  different  methods  of  data  exchange,  one  can  clearly  see 
that  the  Product  Definition  Data  Interface  Exchange  approach  is  superior. 

The  Product  Definition  Data  Interface  Exchange  method  has  more  advantages 
and  fewer  liabilities  than  any  other  approach  that  is  feasible  using  current 
technology. 

Naturally,  each  user  must  weigh  the  advantages  and  disadvantages  of  each 
method  and  choose  the  method  that  best  suits  individual  requirements.  The 
current  industry  trend  is  to  try  to  progress  toward  the  Database  Neutral 
Exchange  method. 

While  the  appeal  of  the  Database  Neutral  Exchange  method  is 
considerable,  technology  is  not  yet  available.  The  Product  Definition  Data 
Interface  Exchange  method  is  seen  as  a  necessary  step  in  the  evolution 
toward  that  technology,  while  still  meeting  the  production  needs  of  today's 
industry. 
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SECTION  2 

PRODUCT  INFORMATION  EXCHANGE  SYSTEM  (PIES)  FUNCTIONS 


2.1  Overview 

PIES  is  a  computer  independent  application  that  demonstrates  the  data 
exchange  software  developed  for  the  Product  Definition  Data  Interface  (PDDI) 
and  GMAP  programs.  It  showcases  the  Model  Access  Software  (MAS),  PDDI 
Interim  Database  (PID),  and  System  Translator  subsystems  of  GMAP.  It  allows 
a  user  to  access/store/query /verify  data  from  a  Product  Data  Exchange 
Specification  (PDES)  Structured  Exchange  Format  file  or  a  PID  file  (refer  to 
Figure  1-1).  The  PIES  software  provides  a  standard  means  of  transferring 
and  accessing  the  data  to  be  exchanged  from  an  alphanumeric  terminal. 

2.2  File  Allocations 


Since  the  PIES  software  needed  to  be  computer  transportable,  no  system 
dependent  terminal  dialog  manager  was  used.  This  software  uses  PASCAL  and 
FORTRAN  reads  and  writes  to  interact  with  the  user.  Any  file  allocations 
that  are  needed  are  performed  in  the  CLIST(IBM),  JCL(IBM-BATCH) ,  or  DCL(VAX) 
prior  to  entry  into  the  program. 


The  allocations  that  were  used  in  the  operation  of  the  software  are  as 
follows: 


1.  FILE:  . 

ALLOCATIONS: 


FILE  NAME: 
FUNCTION: 


DDFILE 

RECORD  FORMAT  =  FB( FIXED  BLOCK) 

RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  80  BYTES 

CAD5 .GMAP. V40.DDDEFN. DATA  (or  user  supplied) 
DATA  DICTIONARY  INPUT 


2.  FILE: 

ALLOCATIONS : 


FILE  NAME: 
FUNCTION: 


DDINX 

RECORD  FORMAT  =  FB(FIXED  BLOCK) 

RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  6160  BYTES 

CAD5 .GMAP. V40.DDINDX. DATA  (or  user  supplied) 
INDEX  FILE  FOR  RELATIVE  ACCESS  TO  THE 
DATA  DICTIONARY  FILE 


3.  FILE: 

ALLOCATIONS : 

FILE  NAME: 


EFFILE 

RECORD  FORMAT  =  FB(FIXED  BLOCK) 
RECORD  LENGTH  =  80  BYTES 
BLOCK  SIZE  =  6160  BYTES 
USER  SUPPLIED  PRIOR  TO  EXECUTION 
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FUNCTION: 


4.  FILE: 

ALLOCATIONS : 


FILE  NAME: 
FUNCTION: 


5.  FILE: 

ALLOCATIONS: 


FILE  NAME: 
FUNCTION: 

6.  FILE: 

ALLOCATIONS : 


FILE  NAME: 
FUNCTION: 

7.  FILE: 

ALLOCATIONS: 


FILE  NAME: 
FUNCTION: 

8.  FILE: 

ALLOCATIONS : 


FILE  NAME: 
FUNCTION: 

9.  FILE: 

ALLOCATIONS : 


FILE  NAME: 
FUNCTION: 
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EXCHANGE  FORMAT  FILE 
FOR  INPUT  OR  OUTPUT 

FT08F001 

RECORD  FORMAT  =  FB(FIXED  BLOCK) 

RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  6160  BYTES 
USER  INPUT 

PDDI  INTERIM  DATABASE  (PID)  FILE 
FOR  INPUT  OR  OUTPUT 

INPUT 

RECORD  FORMAT  =  NA 
RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  NA 
TERMINAL  SCREEN 
INPUT  FROM  TERMINAL  SCREEN 

FT06F001 

RECORD  FORMAT  =  NA 
RECORD  LENGTH  =  80  BYTES 
BLOCK  SIZE  =  NA 
TERMINAL  SCREEN 
OUTPUT  TO  TERMINAL  SCREEN 

OUTPUT 

RECORD  FORMAT  =  NA 
RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  NA 
TERMINAL  SCREEN 

OUTPUT  TO  TERMINAL  SCREEN  FROM  PASCAL 
OUTFIL 

RECORD  FORMAT  =  FB(FIXED  BLOCK) 

RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  6160  BYTES 
USERID . PDDI . TERMINAL . DATA 
CHARACTER  OUTPUT  TO  FILE 

FT10F001 

RECORD  FORMAT  =  FB(FIXED  BLOCK) 

RECORD  LENGTH  =80  BYTES 
BLOCK  SIZE  =  6160  BYTES 
USERID . PDDI . HEX . DATA 
HEXADECIMAL  ADB  OUTPUT  TO  FILE 
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2.3  User  Functions 
2.3.1  Overview 

When  initially  executing  the  PIES  program,  the  user  is  requested  to 
identify  two  datasets.  The  datasets  identify  the  Exchange  File  and  the  PID 
file  that  PIES  will  use  for  translation  and  file/retrieve  operations.  Refer 
to  the  following  example. 


+++++  ********  *******  ******************** 

*  PIES  * 

*  _  * 

*  PRODUCT  INFORMATION  EXCHANGE  SYSTEM  * 

*************************************** 

ENTER  THE  NAME  OF  THE  "PID"  FILE/RETRIEVE  DATASET. 
CAD5. PID. COMRIB. DATA 

ENTER  THE  NAME  OF  THE  "EXCHANGE  FILE"  DATASET. 
CAD5.EF. COMRIB. DATA 


Upon  entry  into  PIES,  the  main  menu  screen  will  appear,  as  shown  in  the 
example  below.  This- main  menu  lists  the  options  available  in  PIES.  The 
user  will  be  returned  to  this  menu  whenever  a  PIES  operation  is  completed. 


************************************************ 


*  * 

*  PIES 

*  _  * 

*  PRODUCT  INFORMATION  EXCHANGE  SYSTEM  * 

*  CUM  CPU  -  0.1  SECS  * 

*  * 

*  ENTER  ONE  OF  THE  FOLLOWING  OPTIONS:  * 

*  * 

*  "TRAN"  FOR  MODEL  TRANSLATION  TO/FROM  PDES  * 

*  "PIO"  FOR  P00I  INTERIM  OATABASE  ACCESS  * 

*  "QUERY"  FOR  MODEL  QUERY  * 

*  "VERIFY"  FOR  MODEL  VERIFICATION  * 

*  "DSPLAY"  TO  SEND  OUTPUT  TO  THE  SCREEN.  * 

*  "EXIT"  TO  EXIT  PROGRAM  * 

************************************************ 
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2.3.2  PIES  Main  Menu 

The  PIES  options  allow  the  user  to  perform  several  operations  as  shown 
in  the  last  example.  The  "TRAN"  (Translate)  option  allows  the  user  to 
translate  the  model  (PDDI/PDES  EF  files).  The  "PID"  (PDDI  Interim  Database) 
option  allows  the  user  to  file/retrieve  a  Working  Form  (WF)  model  using 
sequential  files.  The  "QUERY"  option  allows  the  user  to  query  the  model 
data.  The  "VERIFY"  option  allows  the  user  to  verify  the  integrity  of  a  WF 
Model.  The  "DSPLAY/PRINT"  option  allows  the  user  to  direct  QUERY  or  VERIFY 
output  to  the  terminal  screen  or  a  file.  These  operations  are  explained  in 
the  following  sections. 

2.3.3  System  Translator 

2. 3. 3.1  Overview 

The  System  Translator  is  used  to  transmit  the  PDD  between  systems  using 
a  PDES  structured  file.  The  Pre-processor  portion  of  the  System  Translator 
provides  the  interface  from  the  MAS  WF  to  the  PDES  EF  file.  The 
Post-processor  portion  of  the  System  Translator  provides  the  interface  from 
the  PDES  EF  file  to  the  MAS  WF  data. 

When  translating  a  model,  the  System  Translator  interfaces  with  the  Data 
Dictionary.  The  Data  Dictionary  is  used  to  map  the  WF  entities  to  the  PDES 
file  structure.  If  no  Data  Dictionary  entry  exists  for  an  entity,  the 
System  Translator  does  not  recognize  it  and  it  is  not  translated. 
Additionally,  because  the  mapping  from  WF  to  PDES  file  structure  (or 
vice-versa)  is  done  at  runtime,  the  user  is  able  to  translate  any  type  of 
entity  by  simply  providing  a  Data  Dictionary  entry  for  the  entity.  The 
System  Translator,  being  data  independent,  has  run  with  the  PDDI  or  GMAP 
Data  Dictionary.  For  this  reason,  it  has  been  referred  to  as  the  PDDI 
System  Translator  or  the  GMAP  System  Translator. 

2. 3. 3. 2  System  Translator  Menu 

To  initiate  the  System  Translator,  the  user  enters  "TRAN"  from  the  PIES 
Main  Menu.  The  System  Translator  menu  will  be  displayed,  as  shown  in  the 
following  example.  The  user  will  be  asked  to  identify  which  processor  they 
wish  -  PRE  or  POST. 

If  the  user  enters  PRE,  a  WF  model  must  exist  in  memory.  This  can  be 
accomplished  by  retrieving  a  PID  model  (refer  to  Section  2.3.4)  before 
invoking  the  "TRAN"  option.  After  selecting  the  Pre-processor,  the  user  is 
prompted  for  username,  organization  name,  model  name  ,  and  any  description 
to  be  placed  in  the  header  section  of  the  EF  file.  A  carriage  return  on  the 
last  line  of  the  "comments"  signifies  that  the  user  has  entered  all 
information  and  initiates  translator  processing.  The  Pre-processor  produces 
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a  PDES  EF  file  in  the  Exchange  File  Dataset  specified  by  the  user.  Refer  to 
Section  2.2. 

If  the  user  enters  POST,  a  WF  model  will  be  produced  from  the  Exchange 
File  Dataset  specified  by  the  user.  The  WF  model  may  be  saved  for  later  use 
by  using  the  PID  function  of  PIES.  For  a  detailed  discussion  of  the  PDDI 
System  Translator,  refer  to  the  GMAP  System  Translator  User's  Manual  (Cl 
UM560240021U)  and  GMAP  System  Compents  As-Built  Product  Specification  (Cl 
PS560240032U). 


TRAN 

PDES  EXCHANGE  FORMAT/WORKING  FORMAT  TRANSLATOR 
VERSION:  2.2 


DO  YOU  WISH  TO  RUN  THE  "PRE"  PROCESSOR  (WF  ->  EF) 

OR  "POST"  PROCESSOR  (EF  ->  WF)? 

PRE 

ENTER  TRANSLATION  TRANSACTION  IDENTIFYING  INFO! 

ENTER  YOUR  NAME 
JOHN  DOE 

ENTER  YOUR  ORGANIZATION 
THE  WIDGET  CORPORATION 
ENTER 

CAD5.EF.C0MRIB.DATA 

ENTER  FILE  DESCRIPTION.  HIT  "RETURN"  TO  END. 

THIS  FILE  IS  AN  EXAMPLE  FROM  MR.  DOE.  IT  IS  INTENDED  TO 
SHOW  INDIVIDUALS  HOW  TO  ACCESS  THE  PDDI  TRANSLATOR  FROM 
THE  PIES  SOFTWARE. 


2. 3. 3. 3  Exchange  Format  File  Description 

As  previously  mentioned,  the  EF  File  that  is  created  and  used  in  the 
System  Translator  conforms  to  the  PDES  file  structure.  An  example  of  this 
file  follows.  For  a  detailed  description  of  the  defined  structure  of  the 
PDES  EF  File,  refer  to  STEP  document  4.2.1  Version  11  dated  June  1988. 
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HEADER/ 

DATE/19871120. 071053 ;AUTH0R/PURSES ;NAME/PDES ;0RG/MDC ;STATS/(( ADMINISTRATION, 1 
: ) ,  ( .-APPROVAL ,  3 :  )  ,  ( :  CHARACTERISTIC ,  1 :  )  ,  (  : DETAIL_MODEL ,  1 : ) ,  ( :EFFECTIVITY,  6 :  ) 

, ( s  MATERIAL , 1 : ) , ( : NOTE , 15 : ) , ( :NEXT_ASSEMBLY , 1 : ) , ( : PLY_DETAIL, 3 : ) , ( : PLY , 3 : ) 

, ( : PLYJTABLE , 1 : ) , ( : LAMINATE , 1 : ) , ( : COMP_FLANGE , 2 : ) , ( : COMP_FLAT_PAT , 3 : ) 

, ( : SEGMENT , 98 : ) , ( :EDGES , 341 : ) , ( : IMPL_T_HOLE ,  6 :  )  ,  ( : THRU_HOLE , 6 : ) , ( :TEXT_LINE , 30 
:),(: COORDINATE, 7. '),( :VECT0R, 559 :), (:P0INT_VECT0R, 24 :),(:IPLANE, 3 :),(: POINT, 14 
8:) 

,  (  -.CUBIC ,  148 :  )  ,  (  :  CURVE_STRING ,  14 :  )  ,  (  :LINE ,  61 :  )  ,  (  :PARM_BI_CUBIC ,  56 :  ) 

, ( :RULED_SURFACE,16 : ) , ( : VERTEX, 142 : ) , ( : EDGE ,219 : ) , ( : LOOP, 7 7 : ) , ( : FACE, 77 : ) 

, ( : SHELL, 1: ) , ( : OBJECT, 1: ) , ( :SIZE,3: )) ; 

(*  *) 

(*  MCDONNELL  DOUGLAS  *) 

(*  11/20/87  *) 

(*  07:11:54  *) 

(*  PURSES  *) 

(*  TM360JP  *) 

(*  COMPOSITE  RIB  *) 

(*  *) 

ENDSEC; 

DATA/ 


1=EFFECTIVITY/1 , ' AFA18A 

• , '0001 

' , '&UP 

• ,  'P  ' 

2=EFFECTIVITY/1 , 'ATFA18A 

' , '0001 

' , '&UP 

' ,  'P  • 

3=EFFECTIVITY/1 , ' CF18A 

'  ,  '0001 

' , '&UP 

' , 'p  ' 

4=EFFECTIVITY/1, 'CF18B 

' , '0001 

' , '&UP 

• ,  'P  ' 

5-EFFECT1VITY/1 , 'F/A18A 

', '0001 

', '&UP 

',  'P  . 

6®EFFECTIVITY/1 , 'TF/A18A 

' , '0001 

* , '&UP 

• , *p  • 

7=APPR0VAL/’ 1/12/85  ’,’E.B.  BIRCHFIELD  ',’PDDI  PROJECT  MANAGER 


’352 

8=APPR0VAL/’ 1/12/85  • , ’W.D.  MCGOWAN 

t 

•352  '; 

9=APPR0VAL/' 1/12/84  ',’D.S.  GORDON 

I 

’352 

10=P0INT/0,(  0,  0, 

8 .5504399420080E+00 ,-l .819999 196282 9E-01 ; 


’  ,’PDDI  PART  SUPERVISOR 
' , ' PDDI  COMP  PART  DESIGNER 
0)  ,0,0,-1.5185969623085E+00, 


2076=C0MP_FLANGE/0 , (  0,  0,  0) ,1,0, (#1838, #1902, 

#1840, #1904, #1846, #1906, #1908, #1910 ,#1912, #1914, #1916, #1918, #1920, #1922); 
2077=SHELL/0 , (  0,  0,  0) , 1 ,0, (#1886 ,#1932 ,#1888 , 

#1850, #1878, #1880, #1890, #1852, #1882, #1884, #1892, #1854, #1894, #1934, #1896, #1856, 

#1898, #1936, #1900, #1858, #1954, #1956, #2072, #1952, #1950, #2051, #2068, #1966, #1842, 
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#1838 ,#1876, #1902, #1844, #1840, #1874, #1904, #1848 ,#1846 ,#1872, #1906 ,#1938, #1908, 
#1870, #1910 ,#1940, #1912, #1868, #1914, #1942, #1916 ,#1866, #1918, #1944, #1920, #1864, 
#1922, #1946, #1924, #1862,  #1926, #1948, #1928, #1860, #1930, #1964, #1962, #2075, #1960, 
#1958); 

2078=0BJECT/0, (  0,  0,  0) , 1 , 0 ,#2077 , ; 

2079=DETAIL_M0DEL/2 . 9999997466803E-02 , 2 . 5000000000000E-01 , ' CMP ' , 'R* ,0, 

' 74A180607-1001  V  * ,’76301’, 

•RIB  ASSY  -  INBD  CLOSURE,  AFT,  FLAP,  WG,  LDG  ', 

’  ’,'  ’,’  ' ,#1158, (#2018), #2019, (#1159), ,(#2020, #2021, #2022, 

#2023, #2024, #2025, #2026, #2027, #2028, #2029, #2030, #2031, #2032, #2033, #2034), (#204 
1, #2042, #2049), (#2070, #2069, #2056, #2061, #2066, #2055, #2060, #2065, #2054, #2059, #2 
064, #2073, #2076, #2044, #2046, #2048, #2036, #2038, #2040), #2078; 

ENDSEC ; 


2.3.4  PDDI  Interim  Database 
2. 3. 4.1  Overview 


PID  provides  the  user  the  capability  to  quickly  file  and  retrieve  WF 
models  to  and  from  the  disk.  The  PID  software  will  file  a  WF  model  to  a 
sequential  file,  or  retrieve  a  file  and  recreate  the  WF  model.  PID  can  also 
be  used  to  perform  a  direct  transfer  of  PDD  between  similar  computers 
(IBM-IBM,  VAX-VAX,  APOLLO -APOLLO ,  and  so  on).  This  software  was  originally 
developed  to  provide  an  interim  database  capability  for  the  user  until  an 
interface  to  an  organization's  native  database  system  was  developed. 

Limitations  of  models  that  can  be  filed/retrieved  by  PID  are: 

o  Maximum  allowable  instances  of  one  entity  kind  per  model  =  10000 

o  Maximum  allowable  unique  entity  kinds  per  model  =  500 

o  Maximum  allowable  Attribute  Data  Block  (ADB)  length  per  entity 
instance  =  45K  bytes 

o  Maximum  allowable  model  size/file  size  =  computer  region/sequential 
file  allocations  available. 

These  limitations  were  chosen  to  maintain  software  performance  levels 
while  providing  transportability.  It  is  unlikely  that  these  limitations 
will  be  reached  for  most  models. 
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2. 3. 4. 2  PDDI  Interim  Database  Functions 
2. 3. 4. 2.1  Access  PDDI  Interim  Database 

To  access  PID,  the  user  should  initiate  execution  of  the  PIES  software, 
identify/allocate  the  PID  dataset,  and  enter  the  "PID"  command  when  the  PIES 
Main  Menu  is  displayed.  At  this  point,  the  user  is  requested  to  enter 
"FILE"  to  file  the  WF  model  to  disk,  or  "RTRV"  to  retrieve  the  WF  model  into 
computer  memory,  as  shown  in  the  following  example. 


PIP 

ENTER  A  "FILE"  TO  FILE  THE  MODEL 

"RTRV"  TO  RETRIEVE  THE  MODEL 

RTRV 

★  ★★★★*★★*★*★★★*★★*★★★*★****•*★★ 

***  PID  MODEL  RETRIEVAL  *** 
****************************** 


MODEL  SUCCESSFULLY  RETRIEVED 


2. 3. 4. 2. 2  File  the  Working  Form  Model 

If  the  FILE  operation  "FILE"  is  selected,  the  memory  resident  WF  model 
will  be  stored  in  the  previously  allocated  PID  formatted  sequential 
dataset.  The  Working  Form  Model  present  in  computer  memory  will  still  be 
available. 


2. 3. 4. 2. 3  Retrieve  the  Working  Form  Model 

If  the  RETRIEVE  operation  "RTRV"  is  selected,  the  model  from  the  PID 
formatted  sequential  dataset  will  be  retrieved  and  stored  in  its  memory 
resident  WF.  If  this  operation  is  selected,  any  previous  WF  model  in 
computer  memory  will  be  replaced  by  the  new  model. 

2. 3. 4. 3  THE  PDDI  Interim  Database  Software  as  a  Separate  Subsystem 

The  PID  software  can  be  used  as  a  separate  subsystem  from  PIES  and  can 
be  linked  into  a  user's  application.  To  use  it  as  a  subsystem,  the  user 
must  link  the  PID  module  into  the  using  application  module  and  allocate  the 
PID  dataset. 

The  file  allocation  required  by  PID  is  FT08F001.  A  description  of  this 
file  was  previously  presented  in  Section  2.2. 
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User  application  calls  are:  "FILRTV(0, IRC)"  to  retrieve  a  WF  model  from 
disk,  ”FILRTV(1,IRC)"  to  file  a  WF  model  to  disk,  and  "FILRTV(2,IRC)"  to 
merge  a  WF  model  with  another  WF  model  currently  in  memory.  IRC  is  a  return 
code  and  indicates  whether  or  not  the  file/retrieve/merge  was  successful.  A 
return  code  of  "0"  indicates  the  operation  was  successful,  and  a  return  code 
of  "l”  indicates  the  operation  was  not  successful. 

For  further  details  on  the  PID  software,  refer  to  the  GMAP  Software 
Installation  Guide. 

2.3.5  Query 

2. 3. 5.1  Overview 

The  QUERY  function  allows  users  to  display  to  the  terminal  screen  or 
print  to  a  file  the  data  contained  in  any  entity  within  the  WF  model.  The 
Data  Dictionary  is  used  to  extract  information  from  the  WF  entities.  If  a 
Data  Dictionary  representation  does  not  exist  for  a  particular  entity  kind, 
a  hexadecimal  dump  of  the  entity  ADB  will  be  produced. 

The  Query  function  is  initiated  from  the  PIES  main  menu  by  keying  in  the 
command  "QUERY".  A  Query  Menu  and  its  functions  are  shown  in  the  following 
example. 


QUERY 

********************************* 

***  QUERY  -  *** 

********************************* 


ENTER  "MODSPA"  TO  PRODUCE  A  MODEL  SPACE  LISTING! 

ENTER  "ALL"  TO  QUERY  ALL  DATA! 

ENTER  "KIND"  TO  QUERY  DATA  BY  ENTITY  KIND! 

ENTER  "NETREF"  TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

ENTER  "NETDAT"  TO  QUERY  INCLUSIVE  ENTITY  DATA! 

ENTER  "ID"  TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

ENTER  "HEXON"  TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM.  HEX  IS  "OFF"! 


2-9 


CONTROL/** 


TTD560240002U 
July  1989 


An  example  of  the  character  Display/Print  of  an  entity  is  shown  in  the 
following  example.  It  shows  the  ADB  Data,  Constituent  List  References,  and 
User  List  References.  Constituent  List  and  User  List  References  are  listed 
as  "entity  name  (identifier  number)."  The  I DENT  number  location  in  the  ADB 
is  automatically  determined  from  the  Data  Dictionary  entry  for  that  entity. 
If  an  I DENT  field  cannot  be  found  in  the  Data  Dictionary  entry,  a  default 
value  of  the  fourth  word  of  the  ADB  will  be  used. 


A********************************** 

*********************************** 

*  ENTITY  NAME  :  PLY  DETAIL  * 

*  1  ENTITIES  EXIST-  * 

*********************************** 

*********************************** 

*  1  PLY_DETAIL  ENTITIES  ARE  BEING  PRINTED  * 


THE  ADB  OF  THIS  ENTITY  IS  : 

KIND  :  12001 

LENGTH  :  43 

SYSUSE  :  0 

VERSION  :  1024 

SYS_IDENT  :  0 

I DENT  :  1 

DISPLAYED  :  FALSE 

RBGJ.EVE1  (  1)  :  0 

RBG  LEVEL  (  2)  :  0 

RBGJ.EVEL  (  3)  :  0 

INTENSITY  .  :  1 

SYMBOL  :  0 

STACK_N0  :  I 

CUT  :  MANUAL 

DASH  NO  :  2001 

INVERTED  :  NO 


THE  CONSTITUENTS 
COL.REF  PNT 
FILAMENT  DIR 
SHAPE 
FLAT_PAT 
PLY  MATERIAL 


OF  THIS  ENTITY  ARE: 

REFERENCES  COORDINATE(0022) 
REFERENCES  VECTOR(0399) 
REFERENCES  ARRAY  ENTITY(0122) 
REFERENCES  ARRAY  ENTITY(0124) 
REFERENCES  MATERIAL (0001) 


THE  USERS  OF  THIS  ENTITY  ARE: 

THIS  ENTITY  IS  REFERENCED  BY  ARRAY_ENTITY(0148) 
THIS  ENTITY  IS  REFERENCED  BY  ARRA Y_ENT I T Y { 0 1 38 ) 
THIS  ENTITY  IS  REFERENCED  BY  ARRAY_ENTITY(0125) 
THIS  ENTITY  IS  REFERENCED  BY  1315(1164) 


ENO  OF  PROCESSING 
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2. 3. 5. 2  Enter  "HEXON"  to  Print  Application  Data  Block  in  Hexadecimal  Form 

At  the  bottom  of  the  Query  Menu,  an  option  exists  to  display/print  the 
entity  data  in  character  form  or  hexadecimal  form.  If  a  Data  Dictionary 
entry  for  an  entity  does  not  exist,  the  hexadecimal  form  is  selected. 
However,  this  option  allows  for  hexadecimal  form  even  if  a  Data  Dictionary 
entry  exists. 

The  following  example  illustrates  the  hexadecimal  display/print  of  an 
entity.  Constituent  and  User  references  are  listed  in  character  form  and 
the  ADB  data  is  shown  in  hexadecimal  form.  The  task  of  determining  the 
individual  pieces  of  ADB  data  is  left  as  an  exercise  for  the  user. 


★  ft*****************************************.*****.******** 

THE  KIND  IS  12001.  THE  ADB  LENGTH  IS  43. 

A  HEX  DUMP  OF  THE  ENTITY  ADB  FOLLOWS: 

BEGIN  ADB 

2001  E 

002E000200000000000000000000004400000FFFF400C444444 
OOE1000B00000040000000010000100Q00010200101E5000000 
END  ADB 

THE  CONSTITUENTS  OF  THIS  ENTITY  ARE: 

CONSTITUENT  1  REFERENCES  COORDINATE(0022) 

CONSTITUENT  2  REFERENCES  VECT0R(0399) 

CONSTITUENT  3  REFERENCES  ARRAY  ENTITY(0122) 


2. 3. 5. 3  Enter  ,,M0DSPA,,  to  Produce  a  Model  Space  Listing 

The  "MODSPA"  option  is  used  to  display/print  a  count  of  the  entities  in 
the  WF  model  and  the  computer  memory  space  used.  This  option  is  accessed 
from  the  Query  Menu  by  keying  in  the  command  "MODSPA".  The  following 
examples  illustrate  a  display/print  resulting  from  this  choice.  If  a  Data 
Dictionary  entry  exists  for  a  specific  entity  kind,  then  its  entity  name, 
followed  by  a  kind  number,  will  be  listed  with  the  model  space  data. 
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Otherwise,  the  kind  number  alone  will  be  displayed  in  place 
name. 


QUERY 

********************************* 

***  QUERY  *** 

********************************* 


ENTER  "MODSPA" 
ENTER  "ALL" 
ENTER  "KIND" 
ENTER  "NETREF" 
ENTER  "NETDAT" 
ENTER  "ID" 
ENTER  "HEXON" 
MODSPA 


TO  PRODUCE  A  MODEL  SPACE  LISTING! 

TO  QUERY  ALL  DATA! 

TO  QUERY  DATA  BY  ENTITY  KIND! 

TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

TO  QUERY  INCLUSIVE  ENTITY  DATA! 

TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM. 
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of  an  entity 


HEX  IS  "OFF"! 
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★  ★  ★  ★  ★  ★  ★  ★  *  ★  ★  'k  ★  ★  *  ★  ★  ★  ★  ★  *  ★  ★  ★  ★  ★  ★  ★  ★  ★ 

***  MODEL  SPACE  *** 

★★*+★**★***★★★★*★**★★★******** 


149 

ARRAY  ENTITY (1100) 

= 

7764 

98 

SEGMENT (1201 ) 

_ 

4022 

341 

EDGEST 1 202 ) 

= 

11453 

6 

IMPL  T  HOLE(1203) 

= 

292 

16 

PICK  TOKEN ( 1 30 1 ) 

= 

644 

30 

TEXT  LINE( 1302) 

= 

4984 

1 

NIL  ENTITY { 1307 ) 

m 

572 

638 

1315(1315) 

= 

30260 

23 

C00RDINATE{3001) 

* 

1228 

559 

VECTOR(3002) 

= 

33592 

24 

POINT  VECTOR(3005) 

s 

1012 

3 

I PLANE (3006) 

X 

118 

148 

POINT(4001) 

= 

10772 

148 

CUBIC(5004) 

= 

8588 

14 

CURVE  STRING(5006) 

m 

688 

61 

L INE ( 5008 ) 

s 

2862 

56 

PARM  BI  CUBIC(6002) 

u 

3700 

16 

PRS(6010) 

X 

5284 

142 

VERTEX (800 1 ) 

m 

7152 

219 

EDGE(8002) 

X 

11442 

77 

LOOP (8003) 

m 

3238 

77 

FACE (8004) 

a 

4883 

1 

SHELL(8005) 

m 

46 

1 

0BJECT(8006) 

X 

50 

3 

SIZE(9003) 

m 

160 

1 

ADMINISTRATION( 10001) 

X 

89 

3 

APPROVAL( 10002) 

m 

349 

1 

CHARACTERISTIC ( 10003 ) 

X 

142 

1 

DETAIL  MODEL( 10004) 

m 

187 

6 

EFFECTIVITY( 10005) 

X 

388 

1 

MATERIAL (10006) 

m 

166 

15 

NOTE (10007) 

= 

664 

1 

NEXT  ASSEMBLY (10009) 

* 

69 

3 

PLY_DETAI L (12001) 

a 

241 

3 

PLY ( 12002 ) 

X 

187 

1 

PLY_TABLE( 12003) 

= 

54 

1 

LAMINATE(12004) 

X 

58 

2 

COMP  FLANGE (12005) 

X 

104 

3 

COMP  FLAT  PAT (12009) 

X 

166 

6 

THRU  HOLE (13006) 

a 

304 

NUMBER  OF  ENTITIES  -  2898 
SPACE  USED  BY  ENTITIES  -  161474 
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2. 3. 5. 4  Enter  "ALL"  to  Query  All  Data 

If  the  user  keys  in  the  command  "ALL"  from  the  Query  Menu,  a  character 
and/or  hexadecimal  display/print  of  every  entity  in  the  WF  model  will  be 
generated.  Every  entity  listed  in  the  MODSPA  query  will  be 
displayed/printed.  The  user  is  warned  that  this  listing  may  be  voluminous. 


QUERY 

********************************* 

***  QUERY  *** 

********************************* 


ENTER  "MODSPA" 
ENTER  "ALL" 
ENTER  "KIND" 
ENTER  "NETREF" 
ENTER  "NETDAT" 
ENTER  "ID" 
ENTER  "HEXON" 
ALL 


TO  PRODUCE  A  MODEL  SPACE  LISTING! 

TO  QUERY  ALL  DATA! 

TO  QUERY  DATA  BY  ENTITY  KIND! 

TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

TO  QUERY  INCLUSIVE  ENTITY  DATA! 

TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM. 


HEX  IS  "OFF"! 


2. 3. 5. 5  Enter  "KIND”  to  Query  Data  bv  Entity  Kind 

Selecting  the  "KIND"  option  displays/prints  information  about  all 
entities  of  a  given  entity  kind  (i.e.,  all  points,  lines,  and  so  on).  When 
the  user  keys  in  the  command  "KIND",  the  user  will  be  asked  for  the  names  or 
kind  numbers  of  the  entity  types  to  be  queried,  as  shown  in  the  following 
example.  Upon  completion,  PIES  will  list  all  data  for  all  entity  types 
entered. 
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QUERY 

★★*★★*★*★★★★*★★★★******★**★*★**★★ 

***  QUERY  *** 

********************************* 


ENTER  "MODSPA"  TO  PRODUCE  A  MODEL  SPACE  LISTING! 

ENTER  "ALL"  TO  QUERY  ALL  DATA! 

ENTER  "KIND"  TO  QUERY  DATA  BY  ENTITY  KIND! 

ENTER  "NETREF"  TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

ENTER  "NETDAT"  TO  QUERY  INCLUSIVE  ENTITY  DATA! 

ENTER  "ID"  TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

ENTER  "HEXON"  TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM.  HEX  IS  "OFF"! 
KIND 

ENTER  ENTITY  "NAME"  OR  "KIND  NO." 

PLY  DETAIL 

ENTER  ENTITY  "NAME"  OR  "KIND  NO." 


2*3-5-6  Ent<»r  "NETREF”  to  Query  Inclusive  Entity  Referenrpg 

If  the  user  keys  the  command  "NETREF”  (NETvork  REFerence)  into  the  Query 
Menu,  as  illustrated  in  the  first  following  example,  they  will  obtain  an 
inclusive  entity  reference  listing.  The  NETREF  option  outputs  a  descending 
chain  of  the  given  entity  and  its  constituents,  as  shown  in  the  second 
following  example,  or  an  ascending  chain  of  the  given  entity  and  its  users, 
as  shown  in  the  third  following  example.  The  user  is  first  prompted  to 
enter  either  "USER”  or  "CNST",  depending  on  which  listing  is  desired.  The 
next  prompts  are  for  the  entity  name  or  kind  number  and  the  entity  ID.  Each 
constituent  or  user  is  listed  by  entity  name,  ID,  and  kind  number  along  with 
a  number  indicating  the  constituent  level  or  user  level  from  the  initial 
entity.  The  first  set  of  constituents  or  users  would  be  at  level  1.  The 
constituents  or  users  of  those  constituents  or  users  would  be  at  level  2, 
and  so  on.  Each  level  is  indented  to  help  distinguish  the  levels. 
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QUERY 

★  *  *  *  *  ★  *  ★  *  * *  ★  * ★  * *  *  * *  *r *  *  *  *r  ★  *  *  *  *  *  *  * 

***  QUERY  *** 

********************************* 


ENTER  "MODSPA"  TO  PRODUCE  A  MODEL  SPACE  LISTING! 

ENTER  "ALL"  TO  QUERY  ALL  DATA! 

ENTER  "KIND"  TO  QUERY  DATA  BY  ENTITY  KIND! 

ENTER  "NETREF"  TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

ENTER  "NETDAT"  TO  QUERY  INCLUSIVE  ENTITY  DATA! 

ENTER  "ID"  TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

ENTER  "HEXON"  TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM.  HEX  IS  " 
NETREF 

ENTER  "USER"  IF  YOU  WANT  THE  INCLUSIVE  USERS  OF  AN  ENTITY! 

ENTER  "CNST"  IF  YOU  WANT  THE  INCLUSIVE  CONSTITUENTS  OF  AN  ENTITY! 
ENTER  A  CR  TO  RETURN  TO  THE  MAIN  MENU! 

CNST 

ENTER  ENTITY  "NAME/KIND# (ID)"  EXAMPLE  :  LINE(25) 

PLY  DETAILm 


2-16 


OFF"! 


COKlftOLAO* 


TTD560240002U 
July  1989 


*********************************** 

*  THE  INCLUSIVE  CONSTITUENTS  ARE:  * 


1  PLY_DETAIL (OOOl )  -  12001 

2  COORD I NATE ( 0022 )  -  3001 

2  VECTOR(0399)  -  3002 

2  ARRAY_ENTITY(0122)  -  1100 

3  FAC£(0030)  -  8004 

4  PARM_BI  CUB1C(0025)  -  6002 

5  CUBIC (0049)  -  5004 

6  POINT(0027)  -  4001 

6  P0INT(0041)  -  4001 

6  VECTOR(0097)  -  3002 

6  VECT0R(0098)  -  3002 

5  CUBIC ( 0051 )  -  5004 

6  POINT (0026)  -  4001 

6  P0INT(0042)  -  4001 

6  VECTOR(OIOI)  -  3002 

6  VECTOR(0102)  -  3002 

5  CUBIC ( 0032 )  -  5004 

6  POINT(0026)  -  4001 

6  P0INT(0027)  -  4001 

6  VECT0R(0063)  -  3002 

6  VECT0R(0064)  -  3002 


2  MATERIAL(OOOl)  -  10006 

3  NIL_ENTITY(0001)  -  1307 
3  NIL_ENTITY(0001)  -  1307 
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*********************************** 

*  THE  INCLUSIVE  USERS  ARE:  * 

*********************************** 


1  PLY_QETAIL(0001 )  -  12001 

2  ARRAY  ENT  I TY (01 48 )  -  1100 

3  DETAIl_M0DEL(0001)  -  10004 

4  1315(1140)  -  1315 

2  ARRAY_ENTITY(0138)  -  1100 

3  PLY_TABLE (0001 )  -  12003 

4  ARRAY  ENTITY(0148)  -  1100 

5  DETaTl_H0DEL(0001)  -  10004 

6  1315(1140)  -  1315 

4  ARRAY_ENT IT Y (0139)  -  1100 

5  LAM I NATE (0001)  -  12004 

6  ARRAY_ENTITY(0148)  -  1100 

7  DETAI L_M0DEL (0001 )  -  10004 

8  1315(1140)  -  1315 

6  1315(1171)  -  1315 

4  1315(1170)  -  1315 

2  ARRAY  ENTITY (0125)  -  1100 

3  PLY(OOOl)  -  12002 

4  ARRAY_ENT I TY ( 0 1 48 )  *  1100 

5  DETAIL_M0DEL(0001)  -  10004 

6  1315(1140)  -  1315 

4  ARRAY_ENT I TY ( 0 1 34 )  -  1100 

5  LAMINATE(OOOl)  -  12004 

6  ARRAY_ENTITY(0148)  -  1100 

7  0ETAIL_M00EL(0001 )  -  10004 

8  1315(1140)  -  1315 

6  1315(1171)  -  1315 

4  1315(1167)  -  1315 

2  1315(1164)  -  1315 
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2. 3. 5. 7  Enter  "NETDAT"  to  Query  Inclusive  Entity  Data 

The  "NETDAT"  option  requests  NETWORK  DATA  information  of  a  given 
entity.  The  user  is  prompted  ENTITY  "NAME"  OR  "KIND  NO."  and  ENTITY  "ID". 
The  Display/Print  of  the  output  will  be  a  combination  of  Query  inclusive 
constituent  references  of  an  entity,  and  character  display/print  of  an 
entity.  An  example  of  querying  the  model  by  entity  constituent  reference 
data  is  shown  below. 


QUERY 

********************************* 

***  QUERY  *** 

★★*★**★★★*★★*★★★★*★★* *★★★**★★*★** 


ENTER  "MODSPA"  TO  PRODUCE  A  MODEL  SPACE  LISTING! 

ENTER  "ALL"  TO  QUERY  ALL  DATA! 

ENTER  "KIND"  TO  QUERY  DATA  BY  ENTITY  KIND! 

ENTER  "NETREF"  TO  QUERY  INCLUSIVE  ENTITY  REFERENCES! 

ENTER  "NETDAT"  TO  QUERY  INCLUSIVE  ENTITY  DATA! 

ENTER  "ID"  TO  QUERY  DATA  BY  ENTITY  INSTANCE! 

ENTER  "HEXON"  TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM.  HEX  IS  "OFF"! 
NETDAT 

ENTER  ENTITY  "NAME/KIND# ( ID) "  EXAMPLE  :  LINE(25) 

PLY  DETAIL m 
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2. 3. 5. 8  Enter  "ID"  to  Query  Data  bv  Entity  Instance 

Data  query  by  ID  displays/prints  information  for  that  given  entity. 
Multiple  entity  names  or  kind  numbers  and  IDs  may  be  entered.  Each  entity 
in  the  constituent  chain,  as  shown  in  the  Query  inclusive  constituent 
references  of  an  entity,  is  listed  below. 


QUERY 

********************************* 

***  QUERY  *** 

*****************************^^ 


ENTER  "MODSPA" 
ENTER  "ALL" 
ENTER  "KIND" 
ENTER  "NETREF" 
ENTER  "NETDAT" 
ENTER  "ID" 
ENTER  "HEXON" 
ID 


TO  PRODUCE  A  MODEL  SPACE  LISTING' 

TO  QUERY  ALL  DATA! 

TO  QUERY  DATA  BY  ENTITY  KIND' 

TO  QUERY  INCLUSIVE  ENTITY  REFERENCES' 

TO  QUERY  INCLUSIVE  ENTITY  DATA' 

TO  QUERY  DATA  BY  ENTITY  INSTANCE' 

TO  DISPLAY/PRINT  ADB  IN  HEXADECIMAL  FORM 


ENTER  ENTITY  "NAME/KIND# (ID)"  EXAMPLE  * 
MATERIAI  m  1  * 

ENTER  ENTITY  "NAME/KIND# (ID)"  EXAMPLE  • 
MATERIAI (6)  '  * 

ENTER  ENTITY  "NAME/KIND# (ID)"  EXAMPLE  : 


LINE (25) 
LINE (25) 
LINE (25 ) 


HEX  IS  "OFF"! 


2.3.6.  Verily 

2. 3. 6.1  Overview 

The  VERIFY  function  allows  the  user  to  verify  the  accuracy  of  a  WF 
model. 

The  Data  Dictionary  is  used  to  determine  the  integrity  of  each  entity  in 
the  model.  If  no  Data  Dictionary  entry  exists  for  the  entity,  the  entity 
will  not  be  verified.  The  types  of  verification  performed  on  each  entity  in 
the  WF  models  are: 
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o  Flag  entities  with  no  users 
o  Flag  entities  with  incorrect  ADB  lengths 
o  Flag  entities  with  incorrect  constituent  references 
o  Flag  entities  with  incorrect  constituent  list  lengths. 

This  function  will  flag  the  entities  that  would  not  translate  properly 
through  the  PDDI  System  Translator.  An  example  of  the  output  produced  by 
the  VERIFY  function  is  illustrated  on  the  following  page. 
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VERIFY 

* ** * * *** * ** * ★  * * * * * * * ★ ★ * * ★ ★ * * * * * * * 

***  VERIFICATION  *** 

********************************* 


**********  23  CIRCULAR_ARC  ENTITIES  ARE  BEING  VERIFIED  ********** 

1.  THE  DEFINED  CHARACTERISTICS  BEING  VERIFIED  ARE: 

-  AN  ADB  LENGTH  OF  30  BYTES, 

-  THE  ENTITY  HAS  AT  LEAST  ONE  USER,  AND 

-  A  CONSTITUENT  LIST  LENGTH  OF  3,  OF  WHICH  THE  CNSTS  ARE 

CONSTITUENT  #  1(P0)  CAN  REFERENCE  : 

POINT_CLASS  -  4000 

CONSTITUENT  #  2(P1)  CAN  REFERENCE  : 

POINT_CLAS$  -  4000 

CONSTITUENT  #  3 (PM)  CAN  REFERENCE  : 

COORDINATE  -  3001 

2.  THE  ENTITIES  NOT  MATCHING  THIS  CRITERIA  ARE: 


**********  41  LINE  ENTITIES  ARE  BEING  VERIFIED  ********** 

1.  THE  DEFINED  CHARACTERISTICS  BEING  VERIFIED  ARE: 

-  AN  ADB  LENGTH  OF  30  BYTES, 

-  THE  ENTITY  HAS  AT  LEAST  ONE  USER,  AND 

-  A  CONSTITUENT  LIST  LENGTH  OF  2,  OF  WHICH  THE  CNSTS  ARE 

CONSTITUENT  #  1 (PO)  CAN  REFERENCE  : 

POINT_CLASS  -  4000 

CONSTITUENT  #  2(P1)  CAN  REFERENCE  : 

POINT_CLASS  -  4000 

2.  THE  ENTITIES  NOT  MATCHING  THIS  CRITERIA  ARE: 

-  LINE (0002 )  CONSTITUENT  #  1  HAS  IMPROPER  KIND  FLANGE(0073) 

-  LINE (0078)  HAS  INCORRECT  ADB  LENGTH  OF  32 

-  LINE (0201 )  HAS  NO  USERS 
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SECTION  3 
BATCH  PROCESSING 

3.1  IBM  Batch  Processing  of  PIES 

To  run  the  PIES  software  in  batch  mode  on  the  IBM,  Job  Control  Language 
(JCL)  similar  to  that  in  the  example  shown  below  must  be  executed.  Please 
note  that  the  EXEC  statement  executes  a  different  program  than  the 
interactive  processing.  Minor  changes  were  made  to  the  PIES  program  to 
allow  batch  processing.  PIESB  was  created  for  this  purpose.  The 
functionality  of  this  program  is  the  same  as  that  of  the  interactive 
system.  Explanations  of  the  DD  statements  were  given  in  Section  2.2. 

The  batch  PIES  input  commands  exist  as  an  input  stream  of  the  JCL  file 
"INPUT".  The  responses  will  be  the  same  as  those  of  the  interactive 
process.  The  user  inserts  PIES  commands  into  this  input  stream  in  the  order 
that  they  wish  to  process.  As  with  the  interactive  system,  PIESB  directs 
output  to  the  files  "OUTFIL"  or  "FT10F001". 


//USERIDT  JOB  ACCTNUM, 'PIES  BATCH’, 

//  LIM=( 5 .0,20.0,60,100), R£GI0N=3000K ,MSGCLASS=T , 

//  NOTIFY=USERID,CLASS=A 


//* 

//* 

//* 

//RUNTERM 

//STEPLIB 

//DDFILE 

//DDINX 

//OUTFIL 

//EFFILE 

/ /FT08F001 

//FT10F001 

/ /FT06F001 

/ /SYSPRINT 

//OUTPUT 

//INPUT 

DSPLAY 

PID 

RTRV 

QUERY 

M0DSPA 

Bbb 

TRAN 

PRE 


RUN  STEP 


EXEC  PGM=PIESB 

DD  DISP=SHR , DSN=CAD2 . GMAP . PIES .LOAD 
DD  DI SP=SHR , DSN=CAD5 . GMAP . V40 . DDDEFN . DATA 
DD  DI SP=SHR , DSN=CAD5 . GMAP . V40 . DDINDX . DATA 
DD  DSN=USERID . GMAP . PIES . DATA , DISP=SHR 
DD  DSN=CAD5 . EF . C0MRIB . DATA , DI SP=SHR 
DD  DSN=CAD5 . PID . C0MRIB . DATA , DISP=SHR 
DD  DSN=USERI D . GMAP . HEX . DATA , DI SP=SHR 
DD  SYS0UT=* 

DD  SYS0UT=* 

DD  SYS0UT=* 

DD  * 
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JOHN  DOE 

THE  WIDGET  CORPORATION 
CAD5 . EF . COMRI B . DATA 

THIS  FILE  IS  AN  EXAMPLE  FROM  MR  DOE.  IT  IS  INTENDED  TO 
SHOW  INDIVIDUALS  HOW  TO  ACCESS  THE  PDDI  TRANSLATOR  FROM 
THE  PIES  SOFTWARE,  IN  BATCH 

EXIT 

/* 


3.2  Virtual  Architecture  Extended  (VAX)  Batch  Processing  of  PIES 

To  run  the  PIES  software  in  batch  mode  on  the  VAX,  Digital  Command 
Language  (DCL),  similar  to  the  example  that  follows,  must  be  written.  For 
batch  processing  two  command  files  are  needed,  as  opposed  to  the  one  for 
interactive  processing.  The  functionality  of  the  batch  program  is  exactly 
the  same  as  the  interactive  process.  There  are  also  several  assign 
statements.  For  an  explanation  of  these,  refer  to  Section  2.2. 

The  batch  PIES  input  commands  exist  as  an  input  stream  of  the  DCL  file 
"INPUT."  The  responses  will  be  the  same  as  those  of  the  interactive 
process.  The  user  simply  inserts  PIES  commands  into  this  input  stream  in 
the  order  desired  to  process  them.  As  with  the  interactive  PIES,  the  batch 
PIES  can  direct  output  to  the  specified  files  "OUTFIL"  or  "FT10F001." 
However,  in  contrast  to  the  interactive  PIES  terminal  screen  output,  the 
similar  batch  PIES  output  is  directed  to  the  batch  execution  file  "PIES 
BATCH.LOG." 


RUN_PIES_BATCH . COM 


£  J 

$  l  THIS  COMMAND  FILE  IS  USED  TO  INITIATE  THE  PIES  SOFTWARE 

$  ! 

$  1  PROMPT  USER  FOR  NECESSARY  INFORMATION 
$  • 

$  SET  DEF  DUA2: [MADDERN.PIES .COMFIL] 

$  PIDFILE  *  "PIDFILE" 

$  EXCHFIL  *  "EXCHFIL" 
i  WRITE  SYS$OUTPUT  "" 

$  WRITE  SYS$OUTPUT  "" 

$  WRITE  SYS$OUTPUT  "" 

t  WRITE  SYS$OUTPUT  "ENTER  THE  NAME  OF  THE  PID  FILE/RETRIEVE  FILE" 
$  INQUIRE  PIDFILE 
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$  WRITE  SYS$OUTPUT 

$  WRITE  SYSiOUTPUT  "ENTER  THE  NAME  OF  THE  ""EXCHANGE  FILE""  FILE" 
i  INQUIRE  EXCHFIL 
i  SET  TERM/UPPER 

$  SUBMIT/KEEP  DUA2 : [MADDERN. PIES .COMFIL]ASSIGN_PIES_BATCH. COM  - 
/LOG_FILE=DUAl: [MADDERN.PIES.COMFIL3PIES_BATCH.LOG  - 
/PARAM=( 'PIDFILE' , ’EXCHFIL' ) 

$  SET  TERM/LOWER 

$  Convert/FDL=dual : [v5 . source] REBLOCK/Pad="  "  EFFILE  EFFILE 
$  EXIT 


ASSIGN_PIES_BATCH . COM 


$  SET  VERIFY 

$  SET  DEF  DUA2: [MADERN.PIES.COMFIL] 

$  ASSIGN  ’PI’  PIDFIL 
$  ASSIGN  'P2 '  EFFILE 

$  ASSIGN  DUA1: [GMAP.V40.DDFILSJPDDI_DDD.DAT 
$  ASSIGN  DUA1: [GMAP.V40.DDFILSJPDDI_DDI.DAT 
*  ASSIGN  GMAP_HEX.DAT 
$  ASSIGN  GMAP_PIES.DAT 

$  RUN/NODEBUG  DUA2 : [MADDERN. PIES .COMFIL]PIES .EXE 

PID 

RTRV 

DSPLAY 

VERIFY 

EXIT 


DDFILE 

DDINX 

HEXDAT 

OUTFIL 
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SECTION  4 

PIES  OPERATOR'S  MANUAL 


4.1  Introduction 

This  section  describes  the  system  operating  commands  and  software 
installation  procedures  for  the  PIES  software.  It  is  intended  for  use  by 
computer  operators  and  programming  personnel.  It  is  assumed  that  personnel 
installing  this  software  are  familiar  with  the  "native"  system  installation 
requirements  and  procedures. 

The  PIES  software  was  designed  to  be  transportable  and  has  been  operated 
on  IBM  43XX,  308X  and  DEC  VAX  11/780  computers.  The  PIES  system  document 
does  not  address  local  (native)  system  or  computing  environment 
documentation. 

4.2  Operations 

4.2.1  Introduction 

The  exchange  medium  for  the  PIES  software  is  typically  one  magnetic  tape 
for  each  computer  system.  Refer  to  Table  4-1  for  the  IBM  system,  and  Table 
4-2  for  the  VAX  system. 

4.2.2  EUgs 

The  PIES  system  uses  a  collection  of  files  to  provide  and  hold  data  used 
by  the  system.  These  files  have  been  assigned  logical  names.  Therefore, 
the  names  must  be  edited  to  reflect  native  system  requirements. 

4.2.3  Operator  Interface 

From  a  terminal  on  the  native  system,  the  operator  executes  a  series  of 
CLISTS  and  JCL  on  IBM,  or  Command  files  on  VAX,  to  enact  installation.  The 
basic  functions  performed  during  system  installation  are  "compile"  and 
"link". 


4.2.4  Compile 

The  compile  phase  produces  object  code  from  source  code.  This  object 
code  is  then  used  in  the  linkage  editor. 

4.2.5  Link 

The  IBM  Linkage  Editor  produces  the  load  module  from  the  object  code 
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generated  during  the  compile  phase.  The  VAX  linker  produces  the  executable 
image  from  the  object  library  generated  during  the  compile  phase. 

4.3  Installation  Procedures 

4.3.1  Introduction 

The  VAX  Command  files  and  IBM  CLIST  and  JCL  files  which  are  provided  for 
installation  are  the  same  used  in  the  development  of  PIES.  These  files  do 
not  include  native  system  procedures.  Vendor  hardware  and  operating  system 
manuals  provide  the  necessary  instructions  for  basic  functions,  (i.e., 
loading  tapes,  native  system  start-up,  and  device  initialization).  Other 
procedures  needed  to  operate  a  native  system  should  be  obtained  prior  to 
PIES  installation. 

4.3.2  Preliminary  Steps 

The  following  preliminary  steps  should  be  taken  for  installation 
procedures: 

o  Ensure  that  appropriate  personnel  are  familiar  with  the  operation  of 
the  "native  system" 

o  Ensure  that  adequate  "native  system”  resources  are  available 

o  Obtain  the  current  GMAP  System  Software,  Exchange  Format  Files,  and 
PIES 

o  Mount  tapes  and  read  the  GMAP  tapes. 

4.3.3  Procedures  -  PIES  Software 

A.  PIES  IBM  Software  Installation 

1.  In  Table  4-3,  all  the  necessary  PIES  and  PID  source,  include,  and 
data  datasets  are  listed.  In  Table  4-4,  all  the  necessary  PIES  JCL 
and  CLIST  datasets  needed  to  compile,  link,  and  execute  the 
software,  are  listed.  These  datasets  may  need  to  be  changed  to 
reflect  your  system  libraries,  naming  conventions,  and  syntax 
differences  between  MVS  and  VM. 

Note;  Any  name  changes  to  datasets  listed  in  Table  4-3  will  need  to  be 
reflected  in  the  related  Table  4-4  datasets. 

2.  Create  an  object  dataset  for  the  PIES  and  PID  datasets  listed  in 
Table  4-3. 
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i.e.,  source:  CAD5.GMAP.V40.PIESSRC 
object:  CAD4.GMAP.V40.PIESOBJ 

3.  Compile  the  PIES  source  routines  into  an  object  dataset.  The  JCL 
to  compile  the  source  routines  are  in  the  dataset 
CAD5.GMAP.V40.CNTL. 

To  compile  the  Product  Information  Exchange  System  routines,  use 
the  IBM  JCL: 

COMPIES 

To  compile  PID  routines  use  the  IBM  JCL: 

COMPID 

Refer  to  the  GMAP  Operator's  Manual  (Cl  OM  560240001U)  for  further 
details. 

4.  Link  the  PID  object  into  a  subsystem  module. 

To  link  the  PID  subsystem,  use  IBM  JCL: 

LIRKPID 

5.  Link  the  subsystem  modules  into  an  executable  load  module. 

To  link  the  PIES  system,  use  IBM  JCL: 

LINKPIES 

Note:  The  PIES  system  uses  the  Model  Access  Software  (MAS)  and  the 
GMAP  System  Translator.  The  JCL  assumes  that  these  two 
subsystems  have  been  previously  linked  into  load  modules.  The 
GMAP  Operator's  Manual  contains  the  necessary  JCL  to  complete 
this. 

6.  Run  the  executable  load  module.  The  CLIST  to  run  the  executable 
load  module  is  in  the  dataset  CAD5. GMAP .V40. CLIST. 

To  run  the  PIES  executable  load  module,  use  clist: 

RUNPIES 
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B.  PIES  VAX  Software  Installation 

1.  In  Table  4-3,  all  the  necessary  PIES  and  PID  source,  include,  and 
data  files  are  listed.  In  Table  4-5,  all  the  necessary  PIES 
command  files  needed  to  compile,  link,  and  execute  the  software  are 
listed. 

Note:  Any  changes  in  the  naming  conventions  of  the  directories  listed 
in  Table  4-3  will  need  to  be  reflected  in  the  related  Table  4-5 
command  files. 

2.  Create  an  object  directory  for  the  PIES  and  PID  source  directories 
listed  in  Table  4-3. 

l.e. ,  source:  [GMAP.V40.PIESSKC] 
object:  [GMAP.V40.PIES0LB] 

3.  Compile  the  PIES  and  PID  source  files  into  object  libraries.  All 
command  procedures  to  compile  the  source  files  are  in  the  directory 
[GMAP.V40.C0MFIL] . 

To  compile  the  Product  Information  Exchange  System  routines,  use 
the  command  procedure: 

COMPILE_PIES 

To  compile  the  PDDI  Interim  Database  routines,  use  the  command 
procedure: 

COMPILEPID 

4.  Link  the  PIES  and  PID  object  libraries  into  an  executable  image. 

The  command  procedure  to  link  the  object  libraries  is  in  the 
directory  [GMAP.V40.C0MFIL] . 

To  link  the  Product  Information  Exchange  System,  use  the  command 
procedure: 

LIHK_PIES 

Note:  The  PIES  system  U9es  the  Model  Access  Software  (MAS)  and  the 
GMAP  System  Translator.  The  DCL  assumes  that  these  two 
subsystems  have  been  previously  compiled  into  object 
libraries.  The  GMAP  Operator's  Manual  contains  the  necessary 
DCL  to  complete  this. 
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5.  Run  the  executable  image.  The  command  procedure  to  run  the 
executable  image  is  in  the  directory  [GMAP.V40.C0MFIL] . 

To  run  PIES  interactively,  use  the  command  procedure: 

RUN_PIES 


TABLE  4-1 

PIES  SOFTWARE  TAPE  JCL 
TBM/MVS 


//TM360JPT  JOB  ACCNTNO, /PIES' ,N0TIFY=TM360JP , 

//  REGI0N=3000K,MSGCLASS=T,LIM=(30 ,90,60,60) 

//♦FORMAT  PR,DDNAME ,=DEST=N002 
//♦MAIN  CLASS =A 
//SI  EXEC  PGM=IEHMOVE 
//SYSPRINT  DD  SYSOUT=* 

//SYSUT1  DD  UNIT=SYSDA,SPACE=(TRK, (8)) 

//TAPE1  DD  UNIT=TAPE62 ,DISP=( ,PASS) ,LABEL=( ,SL) ,DCB=DEN=3 , 

//  VOL=sSER=  (  PIES  ) 

//DD1  DD  UNIT=3380 ,DISP=SHR , V0L=SER=LH02D0 
//SYSIN  DD  * 

COPY  T0DD=TAPE1 ,FR0M=3380=LH02D0 ,T0=TAPE62=(PIES ,01) ,  X 

DSNAME=CAD5 . GMAP . V40 . CLIST 

COPY  T0DD=TAPE1 ,FR0M=3380=LH02D0 ,TO=TAPE62=(PIES ,02) ,  X 

DSNAME=CAD5 . GMAP . V40 . CNTL 

COPY  T0DD=TAPE1 ,FR0M=3380=LH02D0 ,TO=TAPE62=(PIES ,03) ,  X 

DSNAME=CAD5 . GMAP . V40 . DATA 

COPY  T0DD=TAPE1 ,FR0M=3380=LH02D0 ,TO=TAPE62=(PIES ,04) ,  X 

DSNAME=CAD5 . GMAP . V40 . PIDINC 

COPY  T0DD»TAPE1 ,FROM=338O=LH02DO ,T0=TAPE62=(PIES ,05) ,  X 

DSNAME=CAD5 . GMAP . V40 . PIDSRC 

COPY  T0DD=TAPE1 ,FROM=338O=LH02DO ,T0=TAPE62=(PIES ,06) ,  X 

DSNAME=CAD5 . GMAP . V40 . PIES INC 

COPY  T0DD=TAPE1 ,FR0M*3380=LH02D0 ,T0=TAPE62=(PIES ,07) ,  X 

DSNAME=CAD5 . GMAP . V40 . PIESSRC 

/* 

// 
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TABLE  4-2 

PIES  SOFTWARE  TAPE  DCL 
VAX/VM 


S  SET  VERIFY 
Si 

Si  THIS  WILL  CREATE  A  TAPE  OF  THE  PIES  SOFTWARE 

Si 

S  DELETE  TAPE_LI ST . LST ; * 

S  INIT/DENSITY=1600  MUAO:  PIES 
S  MOUNT/FOREIGN  MUAO:  PIES 
$ 

Si  COPY  COMMAND  PROCEDURES  FOR  COMPILING,  LINKING,  AND  RUNNING 

S 

$  BACKUP/LOG/VERIFY/LIST=TAPE_LIST.LST  - 
[GMAP .  V40 . COMFIL] COMPILE_PID . COM ; , - 
[GMAP . V40 . COMFIL] COMPILE.PIES . COM ; , - 
t  GMAP . V40 . COMFIL] INC_ASSIGN_PID . COM ; , - 
[GMAP . V40 . COMFIL] INC_ASSIGN_PIES .COM;,- 
[ GMAP. V40. COMFIL] RUN_PIES_COM; 

[ GMAP. V40. COMFIL] PIES_LINK.COM  - 
MUAO : COMFIL . BKP/SAVESET 

s 

Si  COPY  PID  INCLUDE  FILES 

S 

$  BACJCUP/LOG/VERIFY/LIST=TAPE_L:ST.LST  - 
[GMAP.V40 .PIDINC] * .*  - 
MUAO : PIDINC . BKP/SAVESET 

$ 

Si  COPY  PID  SOURCE  FILES 

S 

S  BACKUP/LOG/VERIFY/LIST=TAPE_LI ST . LST  - 
[GMAP.V40.PIDSRC]* .*  - 
MUAO : PIDSRC . BKP/SAVESET 

s 

$!  COPY  PIES  INCLUDE  FILES 

s 

S  BACKUP/LOG/VERIFY/LIST=TAPE_LIST.LST  - 
[GMAP.V40.PIESINC]*.*  - 
MUAO : PIES INC . BKP/SAVESET 

s 

$:  COPY  PIES  SOURCE  FILES 

$ 

S  BACKUP/LOG/VERIFY/LIST=TAPE_LIST.LST  - 
[GMAP.V40.PIESSRC]*.*  - 
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Table  4-2  (contd.) 

MUAO : PIESSRC . BKP/SAVESET 

$ 

$  DISMOUNT/NOUNLOAD  MUAO: 

$  COPY/CONCATENATE  TAPE_LI ST . LSI ; *  PIES_V40_TAPE .LST 
$  SET  NOVERIFY 
$  EXIT 


TABLE  4-3 

PIES  SOFTWARE  COMPONENTS 


File  Name 

Hardware 

Description 

[GMAP.V40.PIDINC] 

VAX 

Contains  PID 
files . 

PASCAL  include 

CAD5 .GMAP.V40 .PIDINC 

IBM 

[GMAP.V40 .PIDSRC] 

VAX 

Contains  PID 

source  files. 

CAD5 . GMAP . V40 . PIDSRC 

IBM 

[GMAP.V40. PIES INC] 

VAX 

Contains  PIES 
files. 

PASCAL  include 

CAD5 . GMAP . V40 . PIESINC 

IBM 

[GMAP. V40. PIESSRC] 

VAX 

Contains  PIES 

source  files. 

CAD5 . GMAP . V40 . PIESSRC 

IBM 
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TABLE  4-4 

PIES  IBM  JCL  AND  CLISTS 


File  Name 

CAD5 .GMAP .V40 .CNTL(COMPID) 

CAD5 . GMAP . V40 . CNTL( COMPIES ) 
CAD5 .GMAP.V40.CNTL(LINKPID) 
CAD5 . GMAP . V40 . CNTL(LINKPIES ) 
CADS. GMAP. V40.CLIST(RUNPIES) 


Description 

IBM/MVS  JCL  to  submit  a  batch 
compilation  of  PID  source. 

IBM/MVS  JCL  to  submit  a  batch 
compilation  of  PIES  source. 

IBM/MVS  JCL  to  submit  a  batch 
link  of  the  PID  load  module. 

IBM/MVS  JCL  to  submit  a  batch 
link  of  the  PIES  load  module. 

IBM/MVS  CLIST  to  execute  the 
PIES. 


TABLE  4-5 

PIES  VAX  COMMAND  FILES 


File  Name 

[GMAP . V40 . COMFIL] COMPILE_PID . COM 
[GMAP . V40 . COMFIL] COMPILE_PIES.COM 
[GMAP . V40 . COMFIL] PIES_LINK . COM 
[  GMAP. V40. COMFIL] RUN_PIES.COM 
[GMAP . V40 . COMFIL] INC_ASS IGN_PID . COM 

[GMAP . V40 . COMFIL] INC_ASSIGN_PIES . COM 
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Description 


VAX/VMS  Command  File  to  compile 
PID  source. 


VAX/VMS  Command  File  to  compile 
PIES  source. 

VAX/VMS  Command  File  to  link 
PIES. 

VAX/VMS  Command  File  to  run  an 
interactive  session  of  PIES. 


VAX/VMS  Command  File  to  assign 
the  PID  PASCAL  include  files  to 
logical  names. 

VAX/VMS  Command  File  to  assign 
the  PIES  PASCAL  files  to 
logical  names. 
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TABLE  4-5  (contd.) 

[GMAP  V40.C0MFIL] ASSIGN_DIR.COM  VAX/VMS  Command  File  to  assign 

the  PID  and  PIES  directory 
names  to  logical  names. 
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SECTION  S 
PERFORMANCE 

Several  benchmarks  have  been  run  with  the  PIES  software  to  ensure  that 
the  speed  with  which  the  files  can  be  translated  (PDDI/PDES  Translator)  and 
filed/retrieved  (PID)  are  not  burdensome  to  the  user.  Statistics  on  two 
very  different  parts  developed  during  the  PDDI  Air  Force  Program  are  shown 
in  Figure  5-1  and  Figure  5-2.  These  statistics  are  in  agreement  with 
similar  tests  performed  on  GMAP  demonstration  parts.  They  reflect 
enhancements  made  to  increase  the  speed  and  efficiency  of  the  final  version 
(4.0)  of  the  GMAP/PDDI  System  Translator. 
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Turned  Part 


GEOMETRY 
COORDINATE 
CIRCULAR  ARC 
CURVE  JSTRING 
POINT 
UNE 

TOPOLOGY 

VERTEX 

EDGE 

TOLERANCES 

SIZE 

ANGLE 

CIRCULAR  RUNOUT 

FLATNESS 

PARALLELISM 

PERPENDICULARITY 

POSITION 

STRAIGHTNESS 

DATUM 


ADMINISTRATIVE  DATA 
ADMINISTRATION 
APPROVAL 
DETAIL  MODEL 
MATERIAL 
NOTE 

SPECIFICATION 


TURNED  PART 
FEATURES 
TRN_END 
TRN_GROOVE 
TRN_OPEN_DIA 
TRN_REC_DIA 
TRNJTAPER 
TRNJJNDERCUT 
TRNjOPEN  FACE 
TRN  REC  FACE 
TRN_S_0_DIA 
TRN_AXIS 
GAGE.POINT 
TRN  CHAMFER 
TRN_CORN_RND 
TRN_PROFILE 
EDGE  BREAK 


Figure  5-1.  Translator  and  PID  Performance  on  the  Turned  Part  Model 


NUMBER  OF  ENTITIES  IN  THE  MODEL . 687 

WORKING  FORM  MODEL  SIZE . 38,056  BYTES 

CPU  TIME  REQUIRED  TO  PRE-PROCESS  USING  PDDI  TRANSLATOR . 3.25  SECS 

CPU  TIME  REQUIRED  TO  POST-PROCESS  USING  PDDI  TRANSLATOR . 3.00  SECS 

CPU  TIME  REQUIRED  TO  FILE  USING  PID . 1.51  SECS 

CPU  TIME  REQUIRED  TO  RETRIEVE  USING  PID . 1.80  SECS 


NOTE:  Statistics  were  generated  on  the  PDDI  turned  part  using  a  national 
advanced  systems  (NAS)  computer  (IBM  4381  look-alike) 
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GEOMETRY 

COORDINATE 

VECTOR 

POINT_VECTOR 

POINT 

CIRCULAR_ARC 

CUBIC 

curve_string 

LINE 

PARM_BI_CUBIC_SURF 

PLANE 

RULEDJSURFACE 

TOPOLOGY 

VERTEX 

EDGE 

LOOP 

FACE 

SHELL 

OBJECT 


Machine  Rib 


3-  Axis 


ADMINISTRATIVE  DATA 
ADMINISTRATION 
APPROVAL 
CHARACTERISTICS 
DETAIL.MODEL 
EFFECTIVITY 
MATERIAL 
NOTE 

SPECIFICATION 

MACHINE  PART  FEATURES 
MACH_CHAMFER 
MACH_£UT  OUT 
MACH_FILLET 
MACH_FLANGE 
THRU_HOLE 
MACHJNSIDE  CORNER 
MACH_PERIPHERY 
MACH_POCKET 
MACH.TRANSITION 
MACH_TRIM 
MACH_WEB 


Figure  5-2.  Translator  and  PID  Performance  on  the  Machine  Rib  Model 


NUMBER  OF  ENTITIES  IN  THE  MODEL . 3,933 

WORKING  FORM  MODEL  SIZE . 217,081  BYTES 

CPU  TIME  REQUIRED  TO  PRE-PROCESS  USING  PDDI  TRANSLATOR . 11.56  SECS 

CPU  TIME  REQUIRED  TO  POST-PROCESS  USING  PDDI  TRANSLATOR . 15.12  SECS 

CPU  TIME  REQUIRED  TO  FILE  USING  PID . 6.42  SECS 

CPU  TIME  REQUIRED  TO  RETRIEVE  USING  PID . 8.87  SECS 


Note;  Statistics  were  generated  on  the  PDDI  3-axis  machine  rib  using  a 
national  advanced  systems  (NAS)  computer  (IBM  4381  look-alike) 
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APPENDIX  A 
REFERENCES 


A.l  Reference  Documents 

The  following  technical  reports,  specifications,  standards,  and  other 
documents  have  been  referred  to  or  are  relevant  to  this  Model  Access 
Software  User's  Manual. 

A . 1 . 1  Military: 

Integrated  Computer  Aided  Manufacturing  (ICAM)  Architecture,  Vol.  A, 
Function  Modeling  Manual  (IDEF0) ,  USAF  Report  No.  AFWAL-TR-81-4023, 
June  1981. 

Integrated  Computer  Aided  Manufacturing  (ICAM)  Architecture,  Vol.  5, 
Information  Modeling  Manual  (IDEF1),  USAF  Report  No.  AFWAL-TR-81-4023, 
June  1981. 

Integrated  Computer  Aided  Manufacturing  (ICAM)  Documentation  Standards, 
IDS  150120000C,  September  1983. 

PDDI  System  Specification,  Product  Definition  Data  Interface  (PDDI) 
Project  5601,  Contract  F33516-82-5036,  July  1984. 

PDDI  System  Specification-Draft  Standard,  Product  Definition  Data 
Interface  (PDDI),  Project  5601,  Contract  F33516-82-5036,  July  1984. 

Information  Modeling  Manual  IDEF-Extended  (IDEF1X)  Integrated 
Information  Support  System  (I  ‘J),  ICAM  Project  6201,  Contract 
F33615-80-C-5155 ,  December  19oj. 

Interim  Technical  Report  No.  1  (ITR560240001U) 

"Geometric  Modeling  Applications  Interface  Program"  February  1986 
(Period  1  August  1985  -  31  October  1985). 

Interim  Technical  Report  No.  2  (ITR560240002U) 

"Geometric  Modeling  Applications  Interface  Program"  May  1986 
(Period  1  November  1985  -  31  January  1986). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  Scoping 
Document,  Cl  SD560240001U,  May  1986. 

Interim  Technical  Report  No.  3  (ITR560240003U) 

"Geometric  Modeling  Applications  Interface  Program"  August  1986 
(Period  1  February  1986  -  30  April  1986). 
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Interim  Technical  Report  No.  4  (ITR560240004U) 

"Geometric  Modeling  Applications  Interface  Program"  November  1986 
(Period  1  May  1986  -  31  July  1986). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  Needs  Analysis 
Document,  Cl  NAD560240001U,  November  1986. 

Interim  Technical  Report  No.  5  (ITR560240005U) 

"Geometric  Modeling  Applications  Interface  Program"  January  1987 
(Period  1  August  1986  -  31  October  1986). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System 
Requirements  Document,  Cl  SRD560240001U,  February  1987. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  State  of  the 
Art  Document,  Cl  SAD560240001U,  March  1987. 

Interim  Technical  Report  No.  6  (ITR560240006U) 

"Geometric  Modeling  Applications  Interface  Program"  May  1987 
(Period  1  November  1986  -  31  January  1987). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System 
Specification  (Volumes  I-IV),  Cl  SS560240001U,  July  1987 

Interim  Technical  Report  No.  7  (ITR560240007U) 

"Geometric  Modeling  Applications  Interface  Program,"  August  1987 
(Period  1  February  1987  -  30  April  1987). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System  Design 
Specification,  Cl  SDS560240001U,  November  1987. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  Development  Specification,  Cl  DS560240011U,  November 
1987. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  Development  Specification,  Cl 
DS560240021U,  November  1987. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  As-designed  Product  Specification,  Cl  PS560240011U, 
December  1987. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  Unit  Test  Plan,  Cl  UTP560240011U,  December  1987. 
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Interim  Technical  Report  No.  8  (ITR560240008U) 

"Geometric  Modeling  Applications  Interface  Program,"  December  1987 
(Period  1  May  1987  -  31  July  1987). 

Interim  Technical  Report  No.  9  (ITR560240009U) 

"Geometric  Modeling  Applications  Interface  Program,"  March  1988 
(Period  1  August  1987  -  31  October  1987). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System  Test 
Plan,  Cl  STP560240001U,  March  1988. 

Product  Definition  Data  Interface  (PDDI)/Geometric  Modeling  Applications 
Interface  Program  (GMAP)  Deliverables  Roadmap  Document,  March  1988. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  Unit  Test  Plan,  Cl  UTP560240021U, 

March  1988. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  As-designed  Product  Specification,  Cl 
PS560240021U,  March  1988. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System 
Component  As-designed  Product  Specification,  Cl  PS560240031U,  March  1988. 

Interim  Technical  Report  No.  10  (ITR560240010U) 

"Geometric  Modeling  Applications  Interface  Program,"  August  1988 
(Period  1  November  1987  -  31  January  1988). 

Interim  Technical  Report  No.  11  (ITR560240010U) 

"Geometric  Modeling  Applications  Interface  Program,"  August  1988 
(Period  1  February  1988  -  30  April  1988). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  User  Operator  Manual,  Cl  U/0M560240011U,  August  1988. 

Interim  Technical  Report  No.  12  (ITR560240012U) 

"Geometric  Modeling  Applications  Interface  Program"  October  1988 
(Period  1  May  1988  -  31  July  1988). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  Unit  Test  Report,  Cl  UTR560240011U,  November  1988. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  Unit  Test  Report,  Cl  UTR5602421U, 
November  1988. 
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Geometric  Modeling  Applications  Interface  Program  (GMAP)  System 
Translator  User  Manual,  Cl  UM560240021U,  November  1988. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Retirement 
for  Cause  Interface  As  Built  Product  Specification,  Cl  PS560240012U, 
February  1989. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  As-built  Product  Specification,  Cl 
PS560240022U,  February  1989. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  System 
Components  Operator's  Manual,  Cl  OM560240001U,  February  1989. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  to  Integrated 
Blade  Inspection  System  Interface  User/Operator  Manual,  Cl 
U/0M5 6024002 1U,  February  1989. 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  Schema  Manager 
User's  Manual,  Cl  UM560240011U,  February  1989. 

Interim  Technical  Report  No.  13  (ITR560240013U) 

"Geometric  Modeling  Applications  Interface  Program"  February  1989 
(Period  1  August  1988  -  31  October  1988). 

Interim  Technical  Report  No.  14  (ITR560240014U) 

"Geometric  Modeling  Applications  Interface  Program"  July  1989 
(Period  1  November  1988  -  31  January  1989). 

Geometric  Modeling  Applications  Interface  Program  (GMAP)  Model  Access 
Software  User  Manual,  Cl  UM560240031U,  July  1989. 

Geometric  Mod'lli.o  Applications  Interface  Program  (GMAP)  PDD  Editor 
User/Operator  Manual,  Cl  U/0M560240031U,  July  1989. 

Demonstration  Model  Descriptions  for  Geometric  Modeling  Applications 
Interface  Program  (GMAP),  Cl  TTD560240001U,  July  1989. 

Product  Information  Exchange  System  (PIES)  User  Manual  for  Geometric 
Modeling  Applications  Interface  Program  (GMAP),  Cl  TTD560240002U,  July 
1989. 


A. 1.2  Commercial 

A  Practical  Guide  to  Splines.  C.  de  Boor,  Applied  Mathematical  Sciences, 
Vol.  27,  Springer-Verlag. 
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Design  of  Database  Structures.  T.  J.  Teorey  and  J.  P.  Fry, 

Prentice-Hall,  Inc.,  Englewood  Cliffs,  N.J. 

Differential  Geometry  of  Curves  and  Surfaces.  M.  P.  de  Carmo, 
Prentice-Hall,  Inc.,  1976. 

IDEF1X  Readers  Reference.  D.  Appleton  Company,  December  1985. 

Identification  of  Product  Definition  Data  in  a  Manufacturing  Enterprise 
—  A  Case  Study.  R.  Lessard,  United  Technologies  Research  Center  and  R. 
Disa,  Pratt  &  Whitney,  March  1986. 

Use  of  Product  Models  in  a  CIM  Environment.  D.  Koziol  Emmerson  and  K. 
Perlotto,  Pratt  &  Whitney,  March  1987. 

Technical  Issues  in  Product  Data  Transfer.  Richard  Lopatka,  Pratt  & 
Whitney,  September  1987. 

Implementation  of  GMAP  Technologies  for  Logistic  Support  Applications. 
Donald  L.  Deptowicz,  Pratt  &  Whitney,  January  1988. 

Barriers  to  PDES  Approval.  Anthony  Day,  Sikorsky,  and  Richard  Lopatka, 
Pratt  &  Whitney,  April  1988. 

PDD :  Implementation  Issues.  Diane  Emmerson  and  Priscilla  Blasko,  United 
Technologies  Corporation,  Proceedings  of  AUTOFACT  '88,  October  1988. 

Geometric  Modeling  Applications  Interface  Program:  A  Prototype  for 
Active  File  Exchange,  Linda  Phillips  and  Diane  Emmerson,  United 
Technologies  Corporation,  National  Computer  Graphics  Association 
Conference,  April  1989. 


A. 1.3  Standards  Organizations 

ANSI  Y14.5M,  Dimensioning  and  Tolerancing. 

"The  ANSI/X3/SPARC  DBMS  Framework  Report  of  the  Study  Group  on  Database 
Management  Systems,"  Information  Systems.  Vol.  3,  pp.  173-191,  1978. 

The  Second  Draft  Report  of  the  Ad  Hoc  Committee  on  the  Content  and 
Methodology  of  the  IGES  Version  3  (The  Second  PDES  Report),  K.  Brauner 
and  D.  Briggs,  November  1984. 

EXPRESS  -  A  Language  for  Information  Modeling,  ISO,  TC184/SC4/WG1, 
January  1986. 
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The  STEP  File  Structure,  ISO,  TC184/SC4/WG1 ,  January  1987. 

Mapping  from  EXPRESS  to  Physical  File  Structure,  ISO,  TC184/SC4/WG1 , 
January  1987. 


A. 2  Terms  and  Acronyms 

A  glossary  of  terms  frequently  used  in  GMAP  which  may  be  included  in 
this  Model  Access  Software  User’s  Manual  is  provided  below.  Some  reference 
notes  applicable  to  these  definitions  are  presented  after  the  glossary.  A 
list  of  acronyms  and  abbreviations  used  in  GMAP  is  also  included  in  this 
section. 

A. 2.1  Terms  Used  in  GMAP 


Accept/Reject/Incomplete  Notice  —  A  display  on  the  cell  computer  that 
indicates  the  final  status  of  the  engine  disk. 

Accept  =  Acceptable  within  tolerance 

manufacturer 

Reject  =  Rejected  because  of  flaw(s) 

acceptable  tolerances 

Incomplete  =  Part  cannot  be  inspected 

Access  Software  —  A  set  of  routines  for  creating,  managing  and  querying 
an  incore  Working  Form  model. 

Angular  —  An  angular  size  tolerance  is  used  to  tolerance  the  size  of  an 
angular  feature  independent  of  its  angular  location  along  an  arc. 

Application  —  A  method  of  producing  a  specific  result. 

Application  Request  —  A  request  initiated  by  an  application  program, 
either  through  batch  or  interactive  processing,  which  will  interrogate  the 
model  through  the  PDDI  Access  Software  to  obtain  or  operate  on  specific 
information  regarding  the  model  and  its  components  or  elements. 

Application  Requested  Data  —  The  data  which  fulfills  the  application’s 
original  request  and  which  is  in  the  proper  format  and  readable  by  the 
application. 

Architecture  —  A  design  or  orderly  arrangement. 

ASCII  —  American  Standard  Code  for  Information  Interchange. 


specified  by  engine 
outside  the  range  of 
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As-Is  —  The  present  condition. 

Attribute  —  A  quality  of  characteristics  element  of  any  entity  having  a 
name  and  a  value. 

-  B-Spline  —  A  spline  defined  by  a  control  polygon,  B-spline  basis 

functions,  and  an  associated  knot  vector.  A  Bezier  curve  is  a  special  case 
of  a  B-spline;  a  nurb  is  the  most  general  case  of  a  B-spline. 

Bezier  Curve  —  A  type  of  curve  defined  by  a  set  of  vertices  called  a 
control  polygon  and  a  set  of  basis  functions.  The  basis  functions  are  known 
as  Bernstein  polynomials.  K  vertices  define  a  curve  of  order  K-l. 

Binding  —  Establishing  specific  physical  references  to  data  structures 
for  an  application  program;  may  be  performed  at  compile  time  or  at  run  time. 

Blend  —  A  smooth,  continuous  transition  from  one  surface  to  another. 

Boundary  Representation  —  A  topology  imposed  on  3-D  geometric  entities  to 
yield  a  general  solid  model.  That  model  describes  an  object  by  describing 
its  boundary  area. 

Body  of  Revolution  (BOR)  Representation  —  A  topology  in  which  an  object 
is  represented  as  the  volume  swept  by  a  curve  rotated  about  a  line.  This  is 
a  boundary  representation  in  which  the  curve  represents  the  surface  area  of 
the  object. 

Bounded  Geometry  —  Geometry  that  has  limits  defined  by  its  mathematical 
domain  or  range. 

Calibration  Block  Parameters  (Scale  Factors)  —  Nondestructive  test 
parameters  used  to  adjust  a  specific  cell.  These  parameters  are  obtained 
from  the  calibration  blocks  located  at  each  cell. 

Circumferential  —  A  circumferential  tolerance  specifies  the  tolerance 
zone  within  which  the  average  diameter  of  a  circular  feature  must  lie.  The 
average  diameter  is  the  actual  circumference  divided  by  pi  (3.14159).  A 
circumferential  tolerance  is  a  specific  example  of  a  peripheral  or  perimeter 
tolerance  for  a  general  curve. 

Class  —  A  collection  of  entities  that  are  alike  in  some  manner. 

CLIST  —  IBM  Command  lists. 

Composite  Curve  —  A  group  of  curve  segments  that  are  C°  continuous. 
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Compound  Feature  Representation  —  An  enumerative  feature  representation 
in  which  at  least  one  component  is  itself  a  feature.  For  example,  a  bolt 
hole  circle  might  be  represented  as  a  list  of  individual  hole  features. 

Concentricity  (Generic)  —  A  concentricity  tolerance  specifies  a 
cylindrical  tolerance  zone  within  which  the  axis  of  a  feature  must  lie, 
where  the  axis  of  the  zone  coincides  with  the  axis  of  the  datum. 

Conceptual  Schema  —  Formally  specified  global  view  that  is  processing 
independent,  covering  information  requirements  and  formulation  of 
independent  information  structures.  A  neutral  view  of  data,  usually 
represented  in  terms  of  entities  and  relations. 

Conic  —  A  quadratic  curve  represented  in  the  most  general  case  by  the 
equation: 


Ax2  +  Bxy  +  Cy2  +  Dx  +  Ey  +  F  =  0. 


a  conic  may  be  a  circle,  line,  ellipse,  parabola,  or  a  hyperbola 
depending  on  the  coefficients,  A,  B,  C,  D,  E,  and  F. 


Constraints  (Generic)  —  An  assertion  to  explicitly  specify  data  meaning 
or  semantics.1  (Notes  appear  at  the  end  of  this  section.) 


Context-Free  Grammar  —  The  syntax  of  the  language  gives  a  precise 
specification  of  the  data  without  interpretation  of  it. 

Constituent  —  A  specific  instance  of  an  entity  that  is  used  in  the 
definition  of  some  other  entity. 


Data  Dictionary  —  A  catalog  of  all  data  elements  in  a  design,  giving 
their  name,  definition,  format,  source,  and  usage.  May  also  include  data 
types  and  value  limits. 


Defining  Airfoil  Sections  —  A  planar  or  conical  section  that  depicts  an 
airfoil  profile.  Defining  airfoil  sections;  are  those  that  meet  aerodynamic 
requirements.  Other  intermediate  sections  are  added  for  Manufacturing 
purposes . 

Dimension  —  A  part  dimension  is  a  quantifiable  value  expressing  size, 
form;  or  location. 

Domain  —  The  set  of  values  permissible  in  a  given  context. 

Dynamic  Allocation  —  The  allocation  (and  de-allocation)  of  memory 
resources  as  required  by  the  application.  The  opposite  is  static  allocation 
where  a  fixed  size  segment  of  memory  is  available  to  the  application. 
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Eddy  Current  Cell  —  Hardware  used  to  perform  an  Eddy  current  inspection 
operation  (surface  flaws). 

Eddy  Current  Inspection  —  An  inspection  method  used  to  detect  internal 
potential  flaws  on  a  disk.  It  is  based  on  the  principle  of  sending 
electromagnetic  signals  to  a  target  area  on  a  part  and 
detecting/interpreting  reflection  (Eddy  current)  from  the  target. 

Eddy  Current  Scan  Plan  —  An  interpreter  code  program  controlling  the  Eddy 
current  inspection  of  a  particular  3eometry. 

Eddy  Current/Ultrasonic  Flaw  Data  Printout  —  A  printout  containing  size 
and  location  information  about  specific  flaw(s)  (both  critical  and 
noncritical)  associated  with  a  particular  part. 

Entity  —  A  description  of  a  person,  place,  or  thing,  about  which 
information  is  kept. 

External  Reference  —  A  reference  to  some  quantity  of  data  that  exists 
somewhere  outside  the  scope  of  the  immediate  body  of  information. 

Feature  —  A  part  feature  in  the  dimensioning  and  tolerancing  context  is  a 
feature  in  the  sense  of  ANSI  Y14.5M,  that  is,  a  physical  component  portion 
of  a  part,  such  as  a  surface,  hole,  slot,  and  so  on,  that  is  used  in  a 
tolerancing  situation.  In  the  dimensioning  and  tolerancing  context,  a 
feature  consists  of  individual  or  groups  of  basic  shape  elements  used  to 
define  the  physical  shape  of  an  item.  This  general  dimensioning  and 
tolerancing  use  of  features  is  to  be  distinguished  from  Features.  The  word 
"features"  alone  implies  dimensioning  and  tolerancing  features.  The  term 
"form  feature"  is  described  below. 

Feature  Pattern  —  A  geometric  pattern  of  occurrences  of  similar  form 
features,  for  example,  a  circular  pattern  of  scallops,  a  rectangular  array 
of  holes. 

Feature  Representation  (Generic)  —  A  description  of  a  form  feature  within 
the  context  of  a  geometric  model. 

Feature  Type  —  A  name  applied  to  a  form  feature  that  is  suggestive  of  its 
shape  and  size,  for  example,  hole,  slot,  web. 

Feature  of  Size  (Generic)  —  A  feature  of  size  provides  a  geometric 
location  capable  of  being  referenced  for  use  with  datums  and  tolerances.  A 
feature  of  size  can  be  a  GMAP  feature,  or  other  referenceable  shape  elements 
of  a  part  model  that  are  symmetric  about  a  point,  line,  plane,  axis,  curve, 
and  so  on.  When  a  feature  of  size  is  used  in  a  relationship  with  a 
tolerance  or  datum,  its  feature  of  symmetry  is  the  implied  reference. 
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Flat  Pattern  Representation  (Extrusion  Representation)  —  A  topology  in 
which  an  object  is  represented  as  the  volume  swept  by  a  planar  polygon 
moving  in  a  direction  normal  to  its  plane.  The  polygon  may  have  internal 
polygon  represent  the  surface  area  of  the  object. 

Flaw  Characteristics  —  Location,  length,  width,  depth,  a.  d  nondestructive 
test  parameters  associated  with  a  specific  flaw. 

Flaw  Data  Packet  —  Packet  containing  nonevaluated  flaw  data.  Note  that 
the  packet  can  contain  zero  flaws. 

Flaw  Orientation  —  The  direction  of  the  major  characteristic  of  the  flaw 
with  respect  of  the  part  coordinate  system.  (See  the  notes  section  at  the 
end  of  this  glossary.) 

Flaw  Suspect  Location  —  The  coordinate  location  of  a  possible  flaw 
detected  during  a  survey  mode  inspection  (six-axis  position  of  ultrasonic 
cell,  seven-axis  position  of  Eddy  current  cell). 

Form  Feature  —  A  portion  of  a  part’s  geometry  that  is  useful  to  regard  as 
an  entity.  In  a  boundary  representation  context,  this  is  a  subset  of  the 
part's  surface  area. 

Form  Tolerance  —  Form  tolerances  are  used  to  control  the  form  of  model 
features.  A  form  tolerance  specifies  the  amount  that  an  actual  features 
form  may  vary  from  nominal.  Form  tolerance  include  straightness  tolerance, 
flatness  tolerance,  roundness/circularity  tolerance,  cylindricity  tolerance, 
perpendicularity  tolerance,  parallelism  tolerance,  angularity  tolerance, 
profile-of-a-line  tolerance,  profile-of-a-surface  tolerance,  circular-runout 
tolerance,  true-direction  tolerance,  and  mismatch  tolerance. 

Functionality  —  (1)  To  show  that  the  configuration  item  has  fulfilled  the 
specified  requirements.  (2)  The  receiving  and  sending  systems  can  operate 
on  the  entity  in  the  same  manner  with  the  same  results  within  a  pre-defined 
tolerance . 

Function  Modeling  —  A  description  of  a  system  in  terms  of  a  hierarchy  of 
functions  or  activities,  each  level  decomposing  higher  ones  into  greater 
detail.  Functions  are  named  by  verbs;  nouns  related  are  declared  as  inputs, 
controls,  outputs,  and  mechanisms. 

Geometric  Element  (Generic)  —  An  instance  of  a  geometric  entity. 

Geometric  Group  —  A  group  of  geometric  entities  with  a  name. 

Geometric  Model  —  A  part  description  in  terms  of  its  underlying  geometric 
elements.  The  model  may  be  a  wireframe,  surface,  or  solid  model. 
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Geometric  Pattern  —  A  circular  or  rectangular  pattern  of  geometric 
entities . 

Group  Technology  Code  —  An  alphanumeric  string  identifying  significant 
characteristics  of  a  product,  enabling  group  technology  applications.  Also 
known  as  Part  Classification  Code. 

Include  File  —  PASCAL  source  code  from  another  file  or  library  included 
on  the  compilation  of  a  PASCAL  source  file. 

Input  Data  —  That  information  which  the  application  needs  to  supply  in 
order  to  interrogate  or  operate  on  the  model.  This  data  may  assume  only 
these  forms  prescribed  by  the  PDDI  Access  Software  specification. 

Inspection  Cycle  —  A  period  for  which  nondestructive  testing  inspection 
requirements  are  defined. 

Inspection  Cycle  Zone  —  An  entity  that  is  composed  of  a  unique 
combination  of  zone  and  inspection  cycle. 

Inspection  Module  Operator  —  Refers  to  personnel  operating  RFC  cellvs). 

Instrument  Setting  Adjustments  —  Nondestructive  testing  parameter 
adjustments  automatically  accomplished  via  pre-  and  post-calibration 
operations.  These  adjustments  have  to  be  accomplished  within  a 
predetermined  tolerance. 

Internal  Flaw  —  A  subsurface  anomaly. 

Internal  Flaw  Major  Characteristic  —  A  vector  determined  by  an  agreed 
upon  method. 

“•ample  (1):  The  vector  of  greatest  magnitude  from  the  centroid  to  a 

boundary  of  the  anomaly. 

Example  (2):  A  vector  representing  the  major  axis  of  the  minimum 

ellipsoidal  envelope  encompassing  the  anomaly. 

Internal  Flaw  Tolerance  —  A  unique  combination  of: 

(a)  Internal  flaw  orientation  range. 

(b)  Serviceable  internal  flaw  tolerance  limits. 

(c)  Repairable  internal  flaw  tolerance  limits. 
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Internal  Flaw  Tolerance  Limit  —  A  unique  combination  of: 

7(a)  Maximum  diameter. 

(b)  Maximum  depth  below  surface. 

(c)  Maximum  thickness. 

Interpreted  Bequest  —  Input  data  which  has  been  appropriately  modified 
to  conform  to  the  PDDI  Access  Software's  internal  data  representation  so 
that  it  may  be  further  processed. 

Key  Attribute  —  An  attribute  or  combination  of  attributes  having  values 
that  uniquely  identify  each  entity  instance.2 

Laminates  Representation  (Generic)  —  A  topology  in  which  an  object  is 
represented  as  layers  of  flat  material  of  known  thickness. 

Location  Tolerance  —  Location  tolerances  specify  the  allowable  variation 
in  position  of  model  features.  Location  tolerances  include  various  forms  of 
position  tolerancing  conventions.  These  are  (true)  position,  concentricity, 
alignment,  rectilinear  location,  and  angular  location. 

Logistics  Support  —  The  function  of  procuring,  distributing,  maintaining, 
replacing,  and  repairing  material  in  support  of  a  delivered  product. 

Machine  Coordinate  Positions  —  The  probe  location  with  respect  to  machine 
coordinates . 

Machine  Preset  Data  —  Machine  coordinate  adjustments  automatically 
accomplished  via  pre-  and  post-calibration  operations.  These  adjustments 
have  to  be  accomplished  within  predetermined  tolerance. 

Metadata  —  Data  about  data.  Defines  the  physical  schema  and  record 
formats  of  the  part  data. 

Metamodel  —  A  body  of  data  that  defines  the  characteristics  of  a  data 
model  or  structure. 

Model  —  A  collection  of  PDD  that  is  transferable,  displayable, 
accessible,  and  equivalent  to  a  Part.  The  internal  representation  of  the 
application  data,  as  initiated  and  organized  by  the  user.  The  model  is  also 
referred  to  as  the  Working  Form. 

Model  Network  Definition  —  The  set  of  rules  and  definitions  which  outline 
in  detail  the  data  structure  whereby  higher  order  entities  may  be  composed 
of  lower  order  entities,  or  constituents,  and  the  lower  order  entities  may 
be  constituents  of  one  or  more  higher  order  entities. 
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Native  System  —  The  PDD  and  applications  in  a  format  that  is  unique  to 
the  database  of  a  CAD  system. 

Nondestructive  Testing  Parameters  —  Parameters  used  by  the  Eddy  current 
and  ultrasonic  instruments  (examples:  amplitude,  phase  angle,  gain, 
threshold,  and  so  on). 

Nonconstructive  Feature  Representation  (Explicit  Feature  Representation) 

—  A  feature  representation  that  at  least  partially  depends  on  a  declaration 
that  a  face,  or  portion  of  a  face,  it  "in"  the  feature. 

Nondestructive  Testing  Personnel  —  Personnel  responsible  for  the 
generation  of  scan  plans  and  derivation  of  applicable  nondestructive  testing 
instrument  settings  used  in  the  scan  plans. 

Nonshape  Data  —  Produce  definition  data  that  cannot  be  represented  by 
shape  elements. 

Normal  Forms  —  Conditions  reflecting  the  degree  of  refinement  and  control 
over  the  relationships  and  entities  in  an  information  model. 

Numerical  Control  Program  (Complete  and  Proposed)  —  Set  of  program 
instructions  used  to  generate  a  probe  path. 

Orientation  Range  —  An  envelope  in  which  the  major  flaw  characteristic 
must  lie. 

Parse  —  The  process  of  analyzing  input  strings  (records)  to  identify 
fields  and  to  verify  that  the  data  has  a  valid  format. 

Part  Blueprint  —  A  blueprint  provided  by  the  engine  manufacturer  of  a 
particular  F100  engine  disk. 

Physical  Schema  —  Internal  representation  of  data;  the  computer  view  that 
includes  stored  record  format  and  physical  ordering  of  stored  records. 

PID  File  —  A  PID  File  is  a  copy  of  the  Working  Form  filed  to  disk  for 
temporary  storage.  The  software  that  produces  this  capability  (PID  Code)  is 
provided  as  an  interim  solution  while  a  translator  to  the  native  database  is 
in  development. 

Polynomial  Spline  —  A  parametric  spline  of  order  1,  2,  or  3  defined  by  a 
set  of  N+l  points.  The  spline  is  CX,  CY,  or  CZ  continuous  and  defined  by 
coefficients  such  that: 
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x(i) 

y(i) 

z(i) 

and 

where 


=  AX(i)  +  BX(i)  *  S  + 
=  AY(i)  +  BY(i)  *  S  + 
=  *  S  + 

a  parameter  space  (Tq, 


CX(i)  * 
CY(i)  * 
CZ(i)  * 
Ti ,  . . . 


S**2 

S**2 

S**2 

Tn) 


+  DX(i) 
+  DY(i) 
+  DZ(i) 


*  S**3 

*  S**3 

*  S**3 


T(i)  <  =  u  <  =  T(i+1) 
S  =  u  -  T(i) 


Position  Tolerance  —  A  position  tolerance  (true  position)  specifies  a 
tolerance  zone  vichin  which  the  feature  may  vary  in  any  direction. 

Post-processor  —  A  phase  of  the  translator  where  data  is  received  from 
the  Exchange  Format  and  is  converted  to  the  Working  Form. 

Pre-processor  —  A  phase  of  the  translator  where  data  is  taken  from  the 
Working  Form  and  is  converted  to  the  Exchange  Format. 

Primitive  Constructive  Feature  Representation  (Generic)  —  A  constructive 
representation  that  is  noncompound  and  that  does  not  incorporate  another 
feature.  Such  a  representation  must  consist  solely  of  overt  construction 
information.  Representation  of  a  through  hole  by  centerline  and  diameter  is 
an  example. 

Probe  Blueprint  —  Blueprint  of  Eddy  current  probe  supplied  by  the  probe 
manufacturer. 

Product  Definition  Data  —  Those  data  "explicitly  representing  all 
required  concepts,  attributes,  and  relationships"  normally  communicated  from 
Design  throughout  Manufacturing  and  Logistics  Support.  The  data  include 
both  shape  and  nonshape  information  required  to  fully  represent  a  component 
or  assembly  so  that  it  can  be  analyzed,  manufactured,  inspected,  and 
supported.  They  enable  downstream  applications,  but  do  not  include  process 
Instructions.  These  data  are  not  always  finalized  at  the  design  release; 
the  manufacturing  process  can  also  add  to  the  product  model  or  generate 
derived  manufacturing  product  models. 

Product  Life  Cycle  —  Includes  design,  analysis,  manufacturing, 
inspection,  and  product  and  logistics  support  of  a  product. 
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Product  Model  —  A  computer  representation  of  a  product. 

Product  Support  —  The  function  that  interprets  customer  requests  for 
information  and  can  provide  the  technical  responses  to  the  customer  in  the 
form  of  technical  orders  and  instructions. 

Proprietary  Part  Flaw  Data  —  Formatted  dataset  containing  proprietary 
data  defining  size(s),  maximums,  and  location(s)  of  critical  flaw(s) 
(dimensional  and  locational  tolerance). 

RAW.O  File  —  A  data  file  that  uses  a  bi-cubic  patch  surface 
representation  to  define  the  surfaces  of  an  airfoil. 

Ready  Status  —  Go/No-Go  decision. 

Relation  —  A  logical  association  between  entities. 3 

Remount  Decision  —  Decision  to  remount  an  engine  disk. 

Replicate  Feature  Representation  (Generic)  —  A  description  o.  a  feature 
as  being  identical  to  another  feature  except  for  location.  Mathematically, 
a  replicate  feature  representation  consists  of  tht  identification  of  another 
(necessarily  constructive)  feature  plus  a  transformation. 

Robot  Initialization  Parameters  —  A  set  of  nondestructive  testing 
parameters  used  to  initialize  the  robot  on  an  Eddy  current  or  ultrasonic 
cell. 

Rotational  Sweep  —  A  sweep  in  which  the  swept  curve  is  rotated  about  a 
line  (the  "centerline"  of  the  sweep). 

Ruled  Surface  (Generic)  —  A  surface  defined  by  a  linear  blend  of  two 
curves. 

Run  System  —  The  Translator  subpackage  which  provides  the  communication 
interface  between  the  user  and  the  pre/Post-processors. 

Run-Time  Subschema  —  A  subset  of  the  data  dictionary  information  used  at 
run-time  by  the  access  software  to  provide  field  data  and  check  data. 

Scan  Plan  —  Instructions  that  drive  an  inspection;  these  include 
inspection  area  geometry,  ordered  inspection  path  points,  inspection  probe 
selection,  inspection  path  for  each  probe,  mechanical  commands  that  allow 
mechanical  manipulator  positioning,  instrument  setting,  and  all  the 
variables  needed  for  signal  processing  and  flaw  data  acquisition  during 
inspection. 
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Scan  Plan  Specifications  —  Standards  and  procedures  used  in  creating  Eddy 
current  and  ultrasonic  scan  plans  for  the  RFC  system. 

Schema  —  Formal  definition  of  information  structure.  See  Conceptual 
Schema,  Physical  Schema,  Run-time  Schema. 

Shape  —  The  physical  geometry  of  a  mechanical  part,  as  distinguished  from 
a  computer  description  of  that  geometry.  Where  the  difference  is 
significant,  the  attitude  is  taken  that  shape  is  nominal  or  basic,  with 
shape  variations  of  tolerances  grafted  thereon 

Shape  Data  —  Include  the  geometric,  topological  description  of  a  product 
along  with  the  associated  dimensional  tolerances  and  feature  descriptions. 

Single  Spatial  Probe/Transducer  Path  —  The  starting  and  ending  location 
of  a  single  probe  movement. 

Size  Tolerance  —  Size  tolerances  specify  the  allowable  variation  in 
size-oi-fliodel  features,  independent  of  location.  Size  tolerances  include 
circumferential,  rectilinear  size,  and  angular  size. 

Solid  Geometric  Model  (Shape  Representation)  —  A  computer  description  of 
shape.  The  description  may  be  partial  in  the  sense  that  not  all  aspects  of 
part  shape  are  indicated.  For  example,  a  body  of  revolution  representation 
of  a  turned  part  may  not  describe  the  nonaxi symmetric4  aspects  of  part 
geometry.  A  solid  model  must  be  complete  and  unambiguous  in  the  sense  that 
it  describes  a  single  volume  in  3-D  space. 

Solid  Modeling  —  The  creation  of  an  unambiguous  and  complete 
representation  of  the  size  and  shape  of  an  object. 

Sc  ce  Code  —  A  computer  program  written  in  some  language  which  is 
processed  to  produce  machine  code. 

Spline  —  A  piecewise  polynomial  of  order  K,  having  continuity  up  to  order 
K-l  at  the  segment  joints. 

Squirter  Blueprint  —  Blueprint  of  the  squirter  head  that  houses  the 
ultrasonic  transducer. 

Subface  —  A  subface  is  a  bounded  portion  of  a  face.  It  is  defined  by  an 
underlying  face,  exactly  one  periphery  closed  curve  and  zero,  one,  or  more 
internal  closed  curves  that  represent  cutouts  or  holes  in  the  region.  The 
internal  closed  curve  must  not  touch  or  intersect  each  other  or  the 
periphery  closed  curve  and  must  be  entirely  contained  within  the  periphery 
closed  curve. 
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Surface  Flaw  —  A  surface  anomaly. 

Surface  Flaw  Major  Characteristic  —  A  vector  determined  by  an  agreed  upon 
method. 

Example:  A  vector  representing  the  major  axis  of  the  minimum  elliptical 
envelope  encompassing  the  anomaly  in  the  plane  of  the  surface. 

Surface  Flaw  Tolerance  —  A  unique  combination  of: 

(a)  Surface  flaw  orientation  range. 

(b)  Serviceable  surface  flaw  tolerance  limits. 

(c)  Repairable  surface  flaw  tolerance  limits. 

Surface  Flaw  Tolerance  Limit  —  A  unique  combination  of: 

(a)  Maximum  length. 

(b)  Maximum  width. 

(c)  Maximum  depth. 

Sweep  Surface  —  Surfaces  formed  by  extruding  or  revolving  a  planar 
profile  in  space. 

Syntax  —  Grammar:  A  set  of  rules  for  forming  meaningful  phrases  and 
sentences  from  words  in  a  vocabulary. 

System  Computer  —  VAX  11/780  and  supporting  peripheral  hardware. 

System  Constraints  —  Those  hardware  and  software  environmental 
constraints  which  will  be  imposed  upon  the  PDDI  Access  Software  that  will 
limit  its  implementation  and  application.  An  example  of  such  constraints 
might  be  the  particular  compiler  used  to  compile  the  PDDI  Access  Software 
package. 

To-Be  —  The  future  condition  possible,  given  a  proposed  capability. 

Tolerance  (Generic)  —  The  total  amount  by  which  something  may  vary.  For 
mechanical  product  definition,  tolerances  can  be  shape  tolerances,  weight 
tolerances,  finish  tolerances  and  so  on.  In  the  context  of  GMAP,  the  term 
"tolerance"  used  alone  implies  shape  tolerance.  Other  forms  of  ♦'"lerance 
(nonshape)  are  explicitly  stated,  for  example,  "finish  tolerance."  In  a 
GMAP  product  model,  tolerances  occur  without  dimensions.  As  in  the  Product 
Definition  Data  Interface  Program,  model  dimensions  are  implicit  in  the 
model  geometry.  Therefore,  application  of  a  tolerance  implies  a  specific 
underlying  dimension  or  geometric  condition. 

Topology  —  A  data  structure  that  assembles  geometric  entities  (points, 
curves,  surfaces)  into  a  solid  geometric  model. 
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Transducer  Blueprint  —  Blueprint  of  ultrasonic  transducer  supplied  by  the 
transducer  manufacturer. 

Transfer  Data  —  The  data  required  to  make  an  exchange  of  data  between 
systems  (i.e.,  delimiters,  record  counts,  record  length,  entity  counts, 
numeric  precision). 

Translator  —  A  software  MECHANISM  that  is  used  for  passing  data  between 
the  Exchange  Format  and  Working  Form  of  the  PDD. 

Ultrasonic  Cell  —  Hardware  used  to  perform  ultrasonic  inspection 
operation  (internal  flaws). 

Ultrasonic  Inspection  —  An  inspection  method  used  to  detect  surface  flaws 
on  a  disk.  It  uses  ultrasonic  waves  through  a  stream  of  water  to  send  and 
collect  signals  concerning  an  area  targeted  for  inspection. 

Ultrasonic  Scan  Plan  —  Interpreter  code  program  controlling  the 
ultrasonic  inspection  of  a  particular  geometry. 

Unbounded  Geometry  —  Geometry  represented  parametrically,  without  limits, 
usually  by  coefficients  to  a  defining  equation. 

Unigraphics  (UG)  —  A  computer  graphics  system. 

User  Function  (UFUNC)  —  An  interface  to  the  UG  database. 

Working  Form  —  Product  definition  data  information  in  machine-dependent 
data  formats;  an  a  memory  resident  network  model. 

Zone  —  A  physical  area  of  the  disk  composed  of  zone  components. 

Zone  Component  —  A  subface,  face,  or  feature  that  constitutes  a  zone  or 
element  of  a  zone. 


1  T.J.  Teorey  and  J.P.  Fry,  Design  of  Database  Structures,  1st 
edition,  Prentice-Hall,  Inc.,  Englewood  Cliffs,  N.J.,  p.  463. 

2  Integrated  Computer  Aided  Manufacturing  (ICAM)  Architecture,  Vol. 
5,  Information  Modeling  Manual  (IDEF1),  USAF  Report  NO.  AFWAL-TR-81-4023, 
June  1981,  p.  212. 

3  Ibid.,  p.  214. 

4  Ibid.,  p.  211. 
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A. 2. 2  Acronyms  Used  In  GMAP 


ADB 

AIMS 

ANSI 

ANT 

APT 

ATP 

BOM 

BOR 

BPI 

BREP 

CAD 

CAE 

CAEDS 

CALS 

CAM 

CAM- 1 

CAPP 

CAS 

CDM 

CDR 

CDT 

CFSR 

Cl 

CIM 

CLIST 

CM 

CMM 

C/SSR 

CWBS 

DBMS 


-  Application  Data  Block  (also  referred  to  as  Attribute  Data 

Block) . 

—  Automated  IDEF  Methodology  System. 

—  American  National  Standards  Institute. 

—  Abstract  of  New  Technology. 

—  Automatically  Programmed  Tools. 

—  Automation  Technology  ProdU'-iS. 

—  Bill  of  Materials. 

—  Body  of  Revolution. 

—  Bits  per  Inch. 

—  Boundary  Represertation. 

—  Computer  Aided  Design. 

—  Computer  Aided  Engineering. 

—  Computer  Aided  Engineering  Design  System. 

—  Computer  Aided  Acquisition  and  Logistics  Support. 

—  Computer  Aided  Manufacturing. 

—  Computer  Aided  Manufacturing — International. 

—  Computer  Aided  Process  Planning. 

—  Cooled  Airfoil  System. 

—  Common  Data  Model. 

—  Critical  Design  Review. 

—  Component  Design  Technology. 

—  Contract  Fund  Status  Report. 

—  Configuration  Item. 

—  Computer  Integrated  Manufacturing. 

—  IBM  command  list. 

—  Configuration  Management. 

—  Coordinate  Measuring  Machine. 

—  Cost/Schedule  Status  Report. 

—  Contract  Work  Breakdown  Structure. 

—  Data  Base  Management  System. 
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DCL 

DDL 

DEA 

DEC 

DES0 

DJR 

DoD 

DS 

DSM 

EBCDIC 

EC 

ECO 

EDM 

EF 

Eli 

EMD 

EPCS 

ESA 

ESP 

FEDD 

FEM 

FOF 

FOS 

FPIM 

FSCM 

GE 

GMAP 

GSE 

HCF 

IBIS 

IBM 


—  DEC  Command  Language. 

—  Data  Definition  Language. 

—  Digital  Equipment  Automation. 

—  Digital  Equipment  Corporation. 

—  (ICAM)  Architecture  of  Design. 

—  Design  Job  Request;  Drafting  Job  Request. 

—  Department  of  Defense. 

—  Design  Specification. 

—  Design  Substantiation  Memo. 

—  Extended  Binary  Coded  Decimal  Interchange  Code  (IBM  character 

set) . 

—  Eddy  Current. 

—  Engineering  Change  Order. 

—  Electrical  Discharge  Machining. 

—  Exchange  Format. 

—  Engineering  Information  Index. 

—  Engineering  Master  Drawing. 

—  Engine  Product  Configuration  Support. 

—  Engineering  Source  Approval. 

—  Experimental  Solids  Proposal. 

—  For  Early  Domestic  Dissemination. 

—  Finite-Element  Modeling. 

—  Factory  of  the  Future. 

—  Feature  of  Size. 

—  Fluorescent  Penetrant  Inspection  Module. 

—  Federal  Supply  Code  for  Manufacturers. 

—  General  Electric. 

—  Geometric  Modeling  Applications  Interface  Program. 

—  Ground  Support  Equipment. 

—  High-Cycle  Fatigue. 

—  Integrated  Blade  Inspection  System. 

—  International  Business  Machines. 
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I  CAM 

— 

Integrated  Computer  Aided  Manufacturing. 

I  COM 

— 

Input /Control/Output /Mechanism. 

ICS 

— 

Information  Computer  System. 

IDEF 

— 

ICAM  Definition. 

IDEF0 

— 

IDEF  Function  Modeling. 

IDEF1 

— 

IDEF  Information  Modeling. 

I DEFIX 

— 

IDEF  Extended  Information  Modeling. 

IDEF2 

— 

IDEF  Dynamics  Modeling. 

IDSS 

— 

Integrated  Decision  Support  System. 

IEEE 

— 

Institute  of  Electrical  and  Electronics  Engineers. 

IEN 

— 

Internal  Engineering  Notice. 

IFS 

— 

Interface  Specification. 

IGES 

— 

Initial  Graphics  Exchange  Specification. 

IISS 

— 

Integrated  Information  Support  System. 

ILC 

— 

Improved  Life  Core. 

IMS 

— 

Information  Management  System. 

IPGS 

— 

(IBIS)  Inspection  Plan  Generation  System. 

IRB 

— 

Industry  Review  Board. 

IRIM 

— 

Infrared  Inspection  Module. 

ISO 

— 

International  Standards  Organization. 

ITA 

— 

Intelligent  Task  Automation. 

ITI 

— 

International  TechneGroup  Incorporated. 

ITR 

— 

Interim  Technical  Report. 

LCF 

— 

Low-Cycle  Fatigue. 

MAS 

— 

Model  Access  Software. 

MCAIR 

— 

McDonnell  Douglas  Corporation/McDonnell  Aircraft  Company. 

MFG0 

— 

(ICAM)  Architecture  of  Manufacturing. 

MRP 

— 

Materials  Requirements  Planning. 

NAD 

— 

Needs  Analysis  Document. 

NBS 

— 

National  Bureau  of  Standards. 

N/C 

— 

Numerical  Control. 

NDE 

_ 

Nondestructive  Evaluation. 
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NDML 

— 

Neutral  Data  Manipulation  Language. 

NDT 

— 

Nondestructive  Test. 

NTSB 

— 

National  Transportation  Safety  Board. 

NVI 

— 

Name/Value  Interface. 

OGP 

— 

Optical  Gaging  Products,  Inc. 

PA/QA 

— 

Product  Assurance/Quality  Assurance. 

PD 

— 

Product  Data. 

PDD 

— 

Product  Definition  Data. 

PDDI 

— 

Product  Definition  Data  Interface  Program. 

PDES 

— 

Product  Data  Exchange  Specification. 

PDL 

— 

Program  Design  Language. 

PED 

— 

Preliminary  Engine  Design. 

PI 

— 

Principal  Investigator. 

PID 

— 

PDDI  Interim  Database. 

PIES 

— 

Product  Information  Exchange  System. 

PMP/PMS 

— 

Program  Management  Plan/Project  Master  Schedule. 

PROCAP 

— 

Process  Capability. 

PS 

— 

Product  Specification. 

RFC 

— 

Retirement  for  Cause. 

RPM 

— 

Revolutions  per  Minute. 

SA-ALC 

— 

San  Antonio-Air  Logistics  Center. 

SAD 

— 

State-of-the-Art  Document. 

SD 

— 

Scoping  Document. 

SDL 

— 

Source  Data  List. 

SDS 

— 

System  Design  Specification. 

SL 

— 

Salvage  Layout. 

SML 

— 

Source  Material  Log. 

SOA 

— 

State-of-the-Art  (Survey). 

SOR 

— 

Surface  of  Revolution. 

SPC 

— 

Statistical  Process  Control. 

SPF 

— 

System  Panel  Facility. 

SQA 

— 

Software  Quality  Assurance. 
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SQAP 

— 

Software  Quality  Assurance  Plan. 

SRD 

— 

System  Requirements  Document. 

SRL 

— 

Systems  Research  Laboratories. 

SS 

— 

System  Specification. 

STEP 

— 

Standard  for  the  Exchange  of  Product  Model  Data. 

STP 

— 

System  Test  Plan. 

TCTO 

— 

Time  Compliance  Technical  Order. 

TD 

— 

Technical  Data. 

TDCR 

— 

Turbine  Design  Cost  Reduction. 

TDR 

— 

Tool  Design  Request. 

TechMod 

— 

Technology  Modernization. 

TO 

— 

Technical  Order. 

TOP 

— 

Technical  and  Office  Protocol. 

TSO 

— 

Time-Sharing  Option  (IBM  term). 

UFUNC 

— 

User  Function. 

UG 

— 

Unigraphics. 

UGFM 

— 

Unigraphics  File  Manager. 

USA 

— 

Unified  System  for  Airfoils. 

USAF 

— 

United  States  Air  Force. 

UTC 

— 

United  Technologies  Corporation. 

UTP 

— 

Unit  Test  Plan. 

UTR 

— 

Unit  Test  Report. 

UTRC 

— 

United  Technologies  Research  Center. 

VAX 

— 

Virtual  Architecture  Extended. 

VMS 

— 

Virtual  Memory  System. 

WBS 

— 

Work  Breakdown  Structure. 

WF 

— 

Working  Form. 

WPAFB 

— 

Wright-Patterson  Air  Force  Base. 

XIM 

— 

X-Ray  Inspection  Module. 
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